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Ping [Pin Name [Type| Comments [Fin] Pin Name[Type| Comments 
Pi [vse |r| | 29 [ups | 8 [uCoMDaabs 
[2 [RaD3_| O |RAMAdaressBus [30 [vsse [P| 


[RADII | O | [31 |UD7 | B |uCOMDataBus | 
| 4 |RaDi2 | 0 | | 32 | URS |_1_|uCOM Register Select | 
| 5 |RADI3_ | 0 | | 33 | URD-__|_1_ |uCOM Read Strobe _| 
| 6 |Rapis_| o | | 34 [uwR- | 1 [uCOM Write Strobe _| 


| 7 |vssE | P| 35 fucs- | 1 [uCOM Chip Select __| 
| 8 |DLRCK | 1 |44.1KHzL/R Strobe_| 36 [UINT- | O [uCOM Interupt | 
[9 _[DsDATA| 1 [Serial Data | 37 | HDASP- | B_|IDE Host imertace 
[10 |DBCK__|_I |SerialBitClock | 38 | CS3FX_| I | 

[11 |DcaPo_| 1 |C2Pointerinput | 39 | CSIFX_| I | 

[12 |RDPAR_ | B |RAMParityData_ [40 [HA2 | I | 

}i3|Mck [ol] At vop fe 
| 14 |xOUT__| © |XtalOSCOutpur [| 42 [HAO |_I_|IDE Host Interface 
Lis [XN | ft |XtalOsCinput | 43_ | HPDIAG-| B 
jie [vsst | P| HAT 
Ba Subcode Interface | 45 | 10CS16- | O | 
[4s |vssE_ | P| 
| 47 | HIRQ | O | IDE Host Interface 

| 48 | DMACK-| I | 
[21 |vpbp {P| oC 49 JORDY | 0 | 
P22 [ubo | 8 [sCoMDeamus [so |HRD- [1] +t 
[23 |uDi___ | 2B |sijvssE [P| 
[24 |vsse_ | P| 52 [wR [1 [DE Host Interface 

| 25 |UD2 | B |uCOM Data Bus 

Ea 


| 55 |HDO | B | IDE Host Data Bus 
[56 |Hpi4_ | B | 
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[Pin# [Pin Name |Type|Comments | Pin| Pin Name|Type|Comments | 


s7 {HDi | B [DEHouDaaBus [79 [RDS | B [RAMDam Bus | 
rss vsse_ tr] ~~ so |vsse_| P| 

so [upis |B |DEHos Daa Bus | 81 [RD3 | B [RAMDaa Bus 
peo jccxsTr | 1] ———S—S~i 2 [Ri 

re [Hp2 | B |DEHoxDataBus [83 [RADIO | 0 [RAMAddrex Bus | 

ra [wp | 8 rg [ROE | B [RAMRead Enable | 

Pas [RDO |B [RAMDaaBus | 

Pee 


[66 |vsse_ | P | 
67 [HDs |B [DEHost Data Bus | 89 | 


[yop of P| 
[68 |HDIo | B | 90 |RADI4 | _O_|RAM Address Bus 
[69 [HDs |B [91 |RaDO | oO | 
[70 |HD9_ |B [92 |RADS_ | © | 


[93 |RAD7_ | 0 | 
[72 |vsse [P| —Ss—s_—s| oa [vsseE | P| 
173 \Hps =| «2B IDE Host Data Bus 195 |RAD6 | O | RAM Address Bus 
[74 |HD7 | B | 96 |RADS | 0 | 
[7s |RESET- | 1 | id 97 | RADA | OO 
[76 |RD4 | B_|RAM Data Bus 98 {RADO | O | 
(7 [RDS | B | 
[78 |RD7_ | -:B 
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[Pin Name [Pin Type] 


URS- 


Pin Description 
uCONTROLLER DATA BUS - Microcontroller bidirectional data 
bus. This bus is compatible with most microcontrollers. 


uCONTROLLER REGISTER SELECT - Register select input. AR 
(address register) is selected if URS=0. Otherwise, microcontroller 
will access the internal register that is pointed by the AR register. 
TURD-__|IN._____ | wCONTROLLER READ STROBE - Microconwoller read strobe. 
[UWR- {IN __ }wCONTROLLER WRITE STROBE - Microcontroller wnite strobe. 

lucS- _|IN.__ |wCONTROLLER CHIP SELECT - Microcontroller chip select input. 


UINT- OUT/ uCONTROLLER INTERRUPT - Microcontroller interrupt output. 
Open-Drain 


This is an open-drain ouput. This signal can be externally wired - 
OR with other interrupt sources. 
[Pin Name __| Pin Type | 


FIG. 4 
HOST DATA BUS - Host Bidirectional Data Bus. 
IHWR-—~«([IN.__ | HOST WRITE STROBE - Host IO write strobe. 
THRD-____|IN___ | HOST READ STROBE - Host IO read strobe. 
HA2-HAO HOST ADDRESS - These are the 3-bit Host Addresses asserted 
by the host to access a register or data port in the OTI-011. 
10CS16- OUT/ DRIVE 16-bits I/O - For PIO transfer, IOCS16- indicates to the host 
Open- _| system that the 16-bit data port has been addressed and OTI-011 
Drain is prepared to send or receive 16-bit data word. 
CS1FX- HOST CHIP SELECT 1 - This is the chip select signal decoded 


from the host address bus used to-select the Command Block 
registers in the OTI-011. 
CS3FX- HOST CHIP SELECT 3 - This is the chip select signal decoded 
from the host address bus used to select the Controi Block 
registers in the OTT-011. 


HOST DMA REQUEST - This signal will be asserted for DMA data 
transfer when OTI-011 is ready to transfer data to or from the host. 
This signal is used in a handshake manner with DMACK-. When a 


DMA operation is enabled, data transfers are 16-bits wide. 


DMACK- HOST DMA ACKNOWLEDGE - This signal is used by the host in 
response to HDRQ. 
HIRO. |OUT | HOST INTERRUPT - This signal is used to interrupt the host system. 


IORDY OUT HOST IO READY - This signal is asserted to extend the host transfer 


cycle of any host read access when the OTI-011 is not ready to 
respond to a request. 
| 


HOST DRIVE ACTIVE/DRIVE 1 PRESENT - This is a ime- 
hey emery signal which indicates that a drive is active, or 
that Drive 1 is present. This signal is controlled by the firmware. 


HOST PASSED DIAGNOSTICS - This signal is asserted by Drive | 
to indicate to Drive 0 that it has completed diagnostics. This signal 
is controlled by the firmware. 


FIG. 5a 
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Addresses Functions 


- Wri We 
CSIFX- | CS3FX- Da1| DAO Reale) _ Write (DIOW-) 
Control block registers 


TNL N |x |x |x |Databustigh impedance [ NotUsea | 
Fw [a1 [1 | 0 | Alternate ATAPI sams | Device conrol | 
Tw fa ti [1]1 |Driveaddress | Novuied 
ee 


TAT NS [eo [o]o [be Od 
APN [0 [0 | 1 ATAPI Error Reginer 


> 


aA TN [0 [1 | 0 | _ATAPIintrupt Reason Register (RW) | 

TN fo [11 [Nousea ‘| NorUsea SCs 
a Tn [1 [o [0 | ATAPI Byte Count Register 7-0 (RW) _| 
a [on [1 fo [1 | ATAPI Byte Count Register (bit 15-8) (2/¥) _| 
Pa Dw Tr ti fol __Driveselex Rw) 
Ta [oN [a [1 [1 [ATAPSums | ATACommand | 
Ta [a Lx [x [x [lvalid address | Invalid Address _| 


Logic conventions are: A = signal asserted, N = signal negated 


FIG. 5b 


> 


DSDATA DSP SERIAL DATA - This serial input receives the data from DSP 
(CIRC decoder). The DBCK pin provides the data clock to the 
OTI-011. The received data are stored in the buffer RAM. 


DBCK IN| DSP BIT CLOCK - This clock input receives bit clock from DSP. 


DSP L/R CLOCK - Supplies the signai which is used to distinguish 
L-channei/R-channel (44.1KHz) DLRCK signal also indicates the 
start timing of 16 bit PCM word. 


DC2PO DSP C2 POINTER - Supplies C2 error flag signal from DSP. When 
high, DC2PO indicates an error condition. 


U.S. Patent Oct. 17, 2006 Sheet 8 of 25 US 7,124,217 B2 


[PinName _|Pin Type __| Pin Description 


IN SUBCODE SERIAL DATA - Supplies Subcode serial data. The 
subcode words (P-W) will be stored into buffer RAM in the order. 
[SUB —S{{IN.—_—s | SUBCODE SYNC - Supplies Subcodes SYNC from DSP. 
EXCK vo EXTERNAL CLOCK - Supphes Bit Clock for Subcode interface. 
This pin can be programmed as input or output. 
WFCK WRITE FRAME CLOCK - Supplies Write Frame Clock from DSP. 
(7.35KHz) 


FIG. 7 


[Pin Name [Pin Type __| Pin Description 


ea OUT RAM ADDRESS BUS - Buffer RAM address outputs. 


RAM PARITY DATA - RAM Parity bit when RPEN = 1. 
RD7 - RDO RAM DATA BUS - Buffer RAM data bus. 


RWE- OUT RAM WRITE ENABLE - The OTI-011 forces this pin low when 
writing data to the RAM. 
OUT RAM OUTPUT ENABLE - The OTI-011 forces this pin low when 
reading data from the RAM. 
FIG. 8a 


RAO-RA® [DRAM address [| SSSOSCSCSCSCSSC~*d 
RAa—+| SSS Open Geena) ——SCSC~C~‘“~*~* 
AG CS 
RAII-RAIS |__| LeROpen Geena) SSS—~SCS~SCS 
ale = RASS ee 
RAIS Sep GReenowwy —CCSC“‘“‘“*S*S*~*~* 


FIG. 8b 
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Miscellaneous Pins 


Pin Type 


XIN IN 
XOUT OUT 


Pin Description 
XTAL INPUT/XTAL OUTPUT - XIN, XOUT are normally 
connected to a crystal. (up to 21MHz) XIN pin may be driven 
by the external signal. (21 MHz max. 45-55% duty) The OTI-011 
contains an internal resister between XIN and XOUT, so that. 
an external resister shall not be connected to these pins. 


M CLOCK - This output supplies clock signal of one-half the crystal 
frequency when register bit MCK1 is low. When register bit MCK1 
is high, MCK pin supplies crystal frequency. 
CLOCK STOP - CLKSTP stops the internal clock, when it is high. 


RESET - Forcing this input low reset the OTI-011. OTI-011 can be 


CLKSTP_ JIN 
reset by either this reset signal or the internal reset command 
(Writing RESET register). RSSTAT register shows user which 


RESET- IN 
reset most recently took place. 


[VDD___|_ i Supplies 5.0V+/- 5% 
vssevsst [|GroundPins 


FIG. 9 


AR - Address Register 


[Address|Type| Bit-7 | Bit-6 | Bits | Bits [| Bit-3 |] Bit2 | Birt | Bio | 
Pe Rares 
ia ace address 


FIG. 10 


COMIN - Command Packet Register 


rAddress| Type] Bi-7 | Bio | BkS | BRa | Be3 | Be? | Bel | BRO 
co ee aes; a eee 
a 


FIG. 11 
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[Address|Type| Bit-7 | Bit-6 | Bit-5 | Bit4 | Bit3 [| Bit-2 | Bit1 | Bito_| 
|_dteib_| [TX | dbsyb | xX | dtend | xX __| 
Toth _| W |emdien | deteien | decien | 0 | © | 0 | douten| 0 | 


fAddress[Type| Bi-7 | Bito | Bits | Bia | Bi-3 | Bi-2 | Bit | Bio | 
[oz | R | o7 | b6 | bs | v4 | 63 | b2 | bi | bo | 
[ozh | wi o7 | v6 | os | v4 | v3 | b2 [ oi | v0 | 


[Address|Type] Bit-7 | Bit-6 | Bi-S | Bit-4 | Bit3 | Bit-2 | Bit-1 | BitO | 
[03h | R | dtei | dtei_ | dtei_| tei | bli | bio | 9 | v8 | 
Yosh |wio | o | o | o | wi | vio | v9 | v8 | 


HEADO/DACL - Header Register 0/Data Address Counter 


[Address[Type] Bit-7 | Bit-6 | Bits | Bits | Bits | Bit-2 | Biel | Bio | 
| _O4n | R | header minutes (bcd) 
fa | at | 20 | 


[| on Twi | a | 5 | a4 | 
FIG. 15 


a3 


HEAD1/DACL - Header Registers/Data Address Counter 


[Address[Type| Bit-7 | Bit | Bes | Bs | Bis [ Bir2 | Bit | Bit | 
| 0Sh_ | R | header seconds (bed) = 


al2 


FIG. 16 
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HEAD2/DTTRG - Header Registers/Data Transfer Trigger 


Address [Type] Bie? | Bio [ Bn | Bes | BRS | Bit2 | Biti | BRO 
| 06h | R | header frames (bed) 


(data unused) 


FIG. 17 


HEAD3/DTACK - Header Registers/Data Transfer Acknowledge 


| Ovh | R | header mode (bcd) 


(data unused) 
FIG. 18 
fFistSyncByte—=~=S~*~“~*~*S*S*S*~*dCSC*‘“‘é&S*CO™SS™~=*d(SC‘SNRAE CC 
fFistSubheader Bye |) PR 


PTL/WAL - ECC Block Pointer/Write Address Counter 
[Address [Type| Bit-7 | Bite | Bits | Bita | Bi-3 | Bit-2 | Bit-l | Bito | 
oeh | R| a7 | a6 | as | 24 | a3 | a2 | al | 

oe [wl a | a | a | a4 | a [| a [ al | 20 | 


PTH/WAH - ECC Block Pointer/Write Address Counter 


[Address [Type] Bit7 | Bi-6 | Bits | Bit-4 | Bit-3 | Bit-2 | Bit | Biro _| 
[om | R | ais | aia | a3 [az [a | aio | a9 | 28 | 
[oh [was [| aia [ais | az [oa [aio [ 2 | 2 | 


FIG. 21 
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WAL/CTRLO - Write Address Counter/Controi 0 Register 


[Address[Type| pit-7 [ Bite [ Bits | Bis | Bit3 | Bit2 | Bitt | Bird | 
[oan | Ray | a6 | as fag [as Ta at 
[oan | wl decen | 0 | e0trq [ amtorg | 0 [| weg | om | pr | 


DECEN| WRRQ| EQIRQ} QRQ |} PR DECODER CRCOK 
OAh.7 | OAh.2 | OAh.S | OAb.1 | OAb.O | OPERATION (0Ch.7) 


a ae 
pf to | Q-conection Gass | Vaid | Barer naa | 


| oO | 1 | Pecorection 


Write-only Valid Buffer RAM 
(no ECC) 


Pa fo | x {| 0 [0 J Disk-monitor | Invalid | Incoming data__| 
a ST 
pi fo fs ft fx} Notresommended |__| (eeenote)_1 
Po | x | x | x | x J Decoderdisabied | nvatid [ Invalid | 


FIG. 23 


WAH/CTRLI - Write Address Counter/Control 1 Register 
fe re ee eae 
[-obe fmf asf aie [ad at2_{_att_[_st0_{ a8 

[_oph | W | syicn | syden | dscren | cowren | modrq | formrq | mbckrg | shdren | 
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SYIEN | SYDEN SYNC ILSYNC | NOSYNC LBLK SBLK 
OBh.7 OBh.6 OPERATION O0Ch.6 OCh.5 0Ch.4 0Ch.2 
1 Sync-insertion active inactive inactive 
+detection 
Sync-insertion inactive inactive active 
only 
only 


FIG. 26 
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STATI/PTH - Status | Register/ECC Block Pointer 
[Address|Type| Bit-7 | Biro | Bits | Bit4 | Bit-3 | Bit-2 | Bit! | Bio | 
| oph [Roo | lo hf lo hdera | | | shdera | 
| ooh [wl as [ aia [a3] az | ai | aio | a | 8 | 


FIG. 27 


STAT2/SFCTRL 


‘Address|Type] Bic? | BO | Bes | Bea | Bk3 | BR? | Bil | BRO 
[ofh | R | rmod3| rmod?| rmodl | rmod0 | mode | nocor_| sformi | +form0_ 
ome wiless eee 


FIG. 28 


STAT3/RESET 


|Address|Type| Bit-7 | Bit-6 | Bit-s | Bits | Bit-3 | Bit-2 | Bit-l | Bit-O | 
| orh [ R | valstb] oO [| ck | o | OF | O [| Oo | 0 | 
|_OFh | Ww data unused) 


FIG. 30 


CTRLW 


|Address|Type| Bit-7 | Bite | Bits | Bia | Bit-3 | Bir2 | Biti | Bio _| 
i sNO a rs 


[Address[Type| Bit-7 | Bie | Bits T Bits | Bit-3 [ Bit-2 | Bit | Bit-o_| 
MN SR SS ae 


Lim [Twfo To Too To Too Joo | 0 | om | 
FIG. 32 
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[Address[Type] Bie? | Be [Bic | Bra | BRS | BRD | BRI | BRO 
Tigh | R|[ Sed SSCS 
Tn Dw msed SOS 


FIG. 33 


fAddress|Type| Ba? | Biv | Bic | Bea | BS [| Be? | Biel | BRO 
Ewan eeprom 


Eee ee eee 


FIG. 34 


SUBHO 


fAddress|Type] Bic? | Bee | Bes | Bes | Bed | BR? | Bei | BRO | 
Tian | R | ___ subheader flomumber SSS 
oe a ee 


FIG. 35 


SUBH1i 


|Address|Type| Bit-7 | Bit-6 | BicS | Bit | Bit-3 | Bit2 | Bit-i | Bito | 
| ish | R | 


subheader channel number 


FIG. 36 


SUBH2 


|Address|Type| Bit-7 | Bit-6 | Bit-S | Bits | Bit-3 | Bit-2 | Bit-1 | BitO | 
| 16h | R | subheader submode number 
| 16h | Ww 


|Address|Type| Bit-7 | Bit-6 | Bit-5 | Bits | Bit-3 | Bit-2 | Biti | Bit-O | 
| 7h | R | subheadercoding information 
Pome wy tmsed 


FIG. 38 
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DECODER OPERATION REGISTER _——_— BYTE # STORED BYTE # 
| Disk-monitor 


ae a ee SS 
[Disicmonitor | SUBHO | byte land.20 | incoming byte 20 
Buffered | SUBHO | dontcare | buffered byte 20 
[Diskomonitor | SUBHI | nocrasures | meoming byte 17 
[Disiemonitor_____| SUBHi | bytei7_______| incoming byte 21__| 
Buffered | SUBHi | dontcare | bufferedbyte 21 
PDistcmonitor | SUBH2 | noerasures | ircoming byte 18 
[Diskomonitor | SUBH2 | bye1®_ | meoming byte 22 
PDisk-monitor | SUBH2 | byte 1and 22 | mcoming byte 22 
VButiered | SUBH2 | dontcare | bufferedbyte > 
FDiskemonitor | SUBH3 | noerasures | incoming byte 19__ 
Disk-moniter | SUBH3 | bye19_ | incoming byte 23_ 
[Disk-monitor | SUBRS [byte 19 and 23 | incoming byte 23 | 
Batiaed | suns [aon care [tinea oye 23 


FIG. 39 


Met en 
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UD7 | UD6 |} UDS |; UD4 |; UD3 | UD2 | UDI | UDO DSP 

c2ml | sell60 | Ichi x Xx sell6 dir edge Type 
So GE RE BS bccn 
Ee eee ee eat aoe, pees 
eRe eS Oe ee eee 
2 KS i SN BB 8B ems 


HCON/UACL 


Address |Type} Bit-7 | Bite | Bit5 | Bird | Bit-3 | Bit-2 | Bit | Bio | 
| ich | R 


[Address] Type] BR? | Bieé | Bics | Bka | Bed | Bea | Biel | BIO 
la 2 Seen” hee 
[ish {| w | imi [sehico tem | x [x [wlio | a | edge 


HCON/UACL 


|Address|Type| Bit-7 | Bio | Bit-5_| Bits | Bit-3 | Bit-2 | 
| R | 0 | spare | spare_| 


| Bit-1_ | Bit-0 | 
[spare | dts | sdrqb | lohi_ | dmalé | 
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UACH 


(Adaress[Type] Bi? | BRO | Bis | Bea | Bed | Be? | BRI | BRO | 
Tip |e | 


ae ee eee ee eae 
[ph [ was | aia | a3 fo ai2_ | att | aio | 2 | a8 
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UACU 


[Address[Type| Bit-7 | Bit-6 | Bit-5_| Bit4 | Bit-3 | Bit-2 | Bit | Biro _| 
| wratwit io | o | o | o | 3 | 2 | ot | to | 


FIG. 47 


RAMRD/RAMWR 


[Address|Type| Bit-7 | Bit-6 | Bit-s | Bits | Bit-3 | Bit-2 | Bit-1 | BitO | 
| Eh | Ro] om? | re | es | ss | | mt |r 
[eh | wo] rw7 | we | ws | wa | rw3_ | rw2 | wi | WO | 


FIG. 48 


rAdaress|Type] Bie? | Bi-6 [| Bind | BR4 | Bed | Be? | BRI | BRO | 
Pim [Rk [unby | est3 [0 | 0 | 0 | 0 | br | 0 
Tim [w | udug | udata [nosis |o | 1 | 1 | 0 | 0 | 


FIG. 49 


Re = = 


FIG. 50 
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HICTL 


[Address|Type] Bie? | Bio | BRS | Bia [ Bed | BRD | Biel | BRO | 
20 | w | 0 [pdiagen | daspen | clrbsy | setboy | scod_| iordyen [iocs16en| 


FIG. 51 


—— 


[Address[Type| Bit-7 | Bit-6 | Bit-5 | Bir4 | Bit3 | Bir2 | Bitt | BitO | 
Te es SY A A 


FIG. 52 


CDSP2 CDSP1 CDSPO sacar Block 
2th.2 21h.1 21h.0 


eee 0 OS rs 
po 2X (150 blocks /see) 
a ES 4X (300 blocks/sec) 


STATS 


[Address[Type| Bit-7 | Bit-6 | Bits [ Bia [ Bir3 | Bit-2 | Bir | Biro _| 


data unused | missy | sbkend | silsy _| 


data unused 


FIG. 54 
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Address] Type] Bic? | Be-6 | Bis | Bea | Bea | Bi? | Biel | BLO 
[24n | wi o7 | be | bs | v4 | b3 [| b2 | bt | bo | 


FIG. 55 


fAddress|Type| Bi? | Bio | Bis | Bind [ BRS | Be2 | BI] BO 
p-2sh | wl oo | ooo | 0 os 


FIG. 56 


[Address Type[ Bit-7 | Bit-6 [ Bit-s | Bis | Bit-3 | Bit-2 | Bitt | Biro _| 
[26h [Rw[ 7 | ve [ ps [obs [os | 2 | oi | bo | 


FIG. 57 


data unused 


rAddress[Type] Bic? [| Be6 | Bis | Bee | Bed | Be? | Bel | BLO 


fAddress[Type| Bi? | Bi-6 | Bic | BR | BRS | BR? | Bil | BLO 
T2sn [Rw{ 07 | ve | bs | os | 3 | v2 | vt | bo | 


FIG. 59 


radaess[Tope| BRT | BRS [BRS [Bea [oes [eee [Bei] BRO 
data unused | bs | 


FIG. 60 
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raddress] Type] Bie? | Bie | Bes | Bea [| Bes | Bi? | BHI | BRO | 
roab LR [rtyp | rameir | ramO | ubilo | rpen | ref | refi | rcfO_| 
aan Lw [rive [rameir [0 | uhilo | rpen | ref2 [ref | ref0_| 


FIG. 61 
2Ah.2 2Ah.1 2Ah.0 


Po 128K DRAM (256K X 4 bit X 1) 


Po CM])COUtTCdT CCC Cd 256K DRAM (256K X 4-bit X 2) | 
FIG. 62 


RAM Configuration 


MEMCE - Memory Layout Configuration Register 


[Address[Type| Bit-7 | Bit | Bit-5 | Bit-¢ | Bit-3 | Bit-2 | Bit-1 | BitO | 


FIG. 63 


MLYO DRAM Memory Layout Configuration 
ant pas ee ol 


MLY1 
2Bh.1 
To |0 | Data Blocks + Last 2 Auxilary/Subcode Blocks 
ey ees ee ee Data Blocks + All Auxilary/Subcode Blocks 


SUBCD - Subcode Control 


rAdaress|Type| Bie? | Bice | Bis | Bea | Bik3 | Bic? | Biel | BLO | 


[ach | w | sbxck | scen | scbk2 | scien | exinv | exop | sbselt_| sbselO_| 
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2Ch.1 2Ch.0 
Po SMO Philips) 
Po SETA) 
Po EIAS-2) 
a Geen es eee Res ea 


FIG. 66 


rAddress|Type| Bi? | Bite | Bis | BR | BRS | Be? | BRI | Bcd | 
| wh{ Ri ii | i [| i foi fa 1 | pdiagb | daspb_| 
[2eh | w | ideien [0 | adrveb | drvib [ hintqg | o [ o | 0 | 


FIG. 67 


RSSTAT - Reset, IDE, and Subcode Status Register 


[Address Type] Bit-7 | Bit-6 | Bits | Bia | Bits | Bi-2 | Bitt | Bito_| 
| 2Fh | R_ | srt | cmd Jdiagema[ simt | parint [rst | urst__| rst _| 


FIG. 68 


[Address| Type] Bir? | BRO | Bis | Bea | BRS | Bea | Bei | BO | 
Pp 3in{[rRi{ o | o | o | o [| o [ o | o | dm | 
P3in [wf o7 [| v6 [ bs [ ba | mer [ abt | com | ili | 
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rAddress|Type] Ba7 | Bo | BRS | bea | BRS | Be? | Biel | BRO] 
Ym [ew{o {0 | o | o | 0 | 0 | | ca 


FIG. 70 


|Address[Type| Bit-7 | Bit-6 | Bits | Bit-4 | Bit3 | Bir2 | Bi-t | Bit-o | 
sm frwt oo] o 7} oo oo 1]1 


FIG. 71 


[Address|Type| Bic? | Bié | Bits | Bied | Bind | BR2 | Biri | Bio | 
[aan [rw] o7 | v6 {| ts | os | v3 | v2 | v1 | 00 | 


FIG. 72 


[Address| Type] Bit? | Bio | Bis | Bia | Bk3 | BR? | Biel | BO | 
|3sh_[Rw[ 7 [| te [| os [ ve {| bs | b2 [| bi | b0 | 


FIG. 73 


[address|Type] Bi? | Bic6 | BRS | Bea | BRI | BR? | Biel | BHO | 
[36h TRw[ i Tor Toi Taw To J o | o | 0 | 


FIG. 74 
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ATCMD/ATSTA 


fAddress|Type] Bk? | Bk6 | BRS | BRA | BRO | BRO] BRI | BRO 
"am [R | o7 | 6 | bs | oe | 3 | wo | 


| bi | to 
| 37h | wl oO | ddy | Of dre | drq | com | 0 | check | 
FIG. 75 


[Address|Type| Bir-7 | Bit | Bit-s | Bits | Bit-3 | Bit-2 | Biti | Biro | 
[40h | w_| | bs | bs | pbs | ba | br | to 


[Address|Type| Bit-7 | Bit-6 | Bits | Bit4 | Bit-3 | Bit-2 | Bit-1 | Biro | 
a 


TAddress| Type] Bu? | BRO | Bics | Bika | Bed | BR? | BRI | BuO | 
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|Address|Type| Bit-7 | Bit-6 | Bits | Bits | Bit3 | Bi-2 | Biri | Bio | 


Address|Type| Bit-7 | Bit-o | Bit5 | Bit4 | Bit3 | Bit-2 | Bitt | Bito | 


|Address|Type| Bit-7_| Bit-6 | BitS | Bit-a | Bit-3 | Bit-2 | Biti | BitO | 
[| _bi | bo | 


|Address|Type| Bit-7 | Bit-6 | Bit-5 | Bit-4 | Bit-3 | Bir2 | Biri | Bir | 
| 47m |wif] 7 | ve | 5 | 4 [3 [oz | bi }| bo | 
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HOST INTERFACE FOR DIRECT 
CONNECTION OF AN OPTICAL DRIVER TO 
AN IDE/ATA DATA BUS 
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BACKGROUND OF THE INVENTION 


1. Field of the Invention 

This invention relates generally to the access of digital 
data from optical storage media by a personal computer. 
Optical storage methods allow information to be recorded 
and recovered from a given material by using light. The 
compact disk (CD) media currently used in optical recording 
is capable of significantly higher areal density than magnetic 
disks. This capacity to store a large amount of information 
per unit area of the media surface is a major advantage of CD 
technology over magnetic disk storage techniques. 

2. Prior Art 

The field reliability of CD systems is yet to be determined 
due to the relatively short period of time this media has been 
in use. However, optical recording systems are expected to 
be more reliable than magnetic disk drives, generally 
referred to as hard disks, for several reasons. The optical 
heads used for recording and recovering information are 
spaced away from the disk at all times, eliminating the 
possibility of head crashes. And the optical techniques used 
cause no wear or tear on the media surface during reading or 
transferring of information. 

The reliability characteristic of optical storage media 
appears to be especially advantageous where the removabil- 
ity and transportability of the media is critical. Compared to 
magnetic disk drives, both hard and floppy, the operation of 
a CD is much less sensitive or affected by dust accumulation 
on either the head or the media. And the optical methods of 
reading and writing data without making physical contact 
with the media surface significantly reduces the potential for 
damage in removable disk applications. 

The integration of CD drives into personal computers 
comprises one of the largest markets for optical storage 
media applications for the foreseeable future. At present, the 
cost of a CD drive is a primary barrier to the growth of this 
market. However, the CD-ROM (read only memory) stan- 
dard as originally developed by Sony and Phillips has 
become the standard defining the physical characteristics 
and disk format for data storage and retrieval. This format 
has become very popular for making large amounts of 
information available to users at a relatively low cost and 
there is an increasingly large library of CD-ROM titles 
available. CD drives which are capable of writing informa- 
tion to the CD are much less widely used today due to their 
much greater cost and complexity. 

All CD drive designs include a CD load mechanism, a 
spindle, drive electronics and a controller. The drive elec- 
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tronics recovers data from the CD as directed by the con- 
troller. The controller manages the flow of commands, status 
flags and data between the host personal computer and the 
CD drive electronics. 

Conventional CD drive designs support the Industry Stan- 
dard Architecture (ISA) bus convention and require the 
insertion of an interface card or host adapter card into an ISA 
input/output bus slot of the host personal computer. These 
disk drive designs include a variety of proprietary and 
manufacturer specific designs as well as designs that support 
the three varying software driver formats used with the 
Small Computer Systems Interface (SCSI) standard. These 
three software driver formats include Microsoft’s Layered 
Device Driver Architecture, the American National Stan- 
dards Institutes’ Common Access Method, and the 
Advanced SCSI Programming Interface. 

A SCSI disk drive includes a controller and a SCSI slave 
interface. A SCSI disk drive communicates with a host 
computer through a SCSI host adapter card which must be 
resident on the ISA bus of the host. There are three types of 
host adapter cards, namely a register compatible controller, 
an INT 13 h compatible controller, and an installable device 
driver. These types of host adapter designs are fully 
explained in widely available technical publications. 

The reliance of all conventional CD drive designs exclu- 
sively on the use of the ISA input/output bus results in the 
additional expense of host adapter card electronics. Further- 
more, a reduction in the range of employment of any given 
computer system due to the permanent commitment of an 
input/output bus slot to communication with the CD drive 
controller is a limitation in the prior art. 

An alternative bus structure is available within standard 
personal computer architecture available for use with a CD 
drive controller. This structure is referred to as integrated 
drive electronics with an AT attachment interface, or IDE/ 
ATA. The American National Standards Institute has pub- 
lished this standard and it is currently widely available. The 
term integrated drive electronics includes any drive with a 
controller included. For example, all SCSI drives are in fact 
IDE drives. The term IDE/ATA applies to a drive if and only 
if its interface conforms to the industry standard AT attach- 
ment specification. IDE/ATA drives do not take up an ISA 
input/output slot. This class of interface is connected by 
means of a dedicated 40 pin connector found on many 
personal computer mother boards. 

Conventional CD drives in the prior art failed to make use 
of the IDE/ATA bus. However, now that the AT standard has 
become widely used in many personal computers, it would 
be desirable to provide a CD drive with built-in controller 
functionality and a standard connector. This would obviate 
the need for an additional host adapter card and associated 
electronics. Providing these electronics in addition to the CD 
drive itself increases the overall cost of a system using a CD 
drive for data storage and retrieval and also makes a CD 
drive more complicated to install on existing personal com- 
puters in use today. Due to the plethora of methods of ISA 
interface designs used in the industry today, compatibility 
issues often occur when, for example, a particular CD drive 
controller is tasked with communicating with another ISA 
bus connected peripheral device. The high frequency of 
incompatibility often prohibits the employment of the most 
cost efficient or highest performance combination of 
devices. The present invention, a controller for CD drives 
which can be implemented with a drive using a standard AT 
connector, overcomes the problems associated with the prior 
art as will be made clear in the following discussions 
thereof. 
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a 
SUMMARY OF THE INVENTION 


This invention relates to a compact disk drive controller 
for a compact disk drive to control the communication of 
digital information between a compact disk to a host com- 
puter. The compact disk drive would generally have it’s own 
drive electronics comprising a digital signal processor, a 
microcontroller, a random access memory, and a system 
controller. The host computer communicates with the com- 
pact disk drive controller via an IDE data bus and receives 
digital information from the compact disk via the IDE data 
bus. The compact disk drive controller is comprised of a host 
interface, connecting the host computer via the IDE data bus 
with the compact disk drive controller, in order to receive 
data addresses and commands from the host computer and 
transmit digital information to the host computer. A path for 
communicating data addresses and commands from the host 
interface to the microcontroller of the drive electronics is 
employed and a digital signal processor (DSP) interface 
connecting the host interface and the digital signal processor 
of the drive electronics, receives digital information from the 
compact disk and transmits the digital information to said 
host interface. 

The digital signal processor interface of the compact disk 
drive controller (CDDC) further comprises a descrambler to 
descramble and assemble the digital information received 
from said digital signal processor and store said digital 
information into said random access memory. 

The digital signal processor interface of the CDDC further 
comprises an error correction code circuit to perform error 
correction on said digital information. That error correction 
circuit could employ Reed-Solomon codes. 

The digital signal processor interface of the CDDC further 
comprises a cyclic redundancy checker for detecting errors 
in the digital information after correction of the digital 
information by the error correction code circuit. 

The host interface of the CDDC may receive data 
addresses and commands from the host computer via an ISA 
data bus and may communicate digital information to the 
host computer via the ISA bus. 

The host interface of the CDDC further comprises a 
command FIFO to transfer commands from the host com- 
puter to the system controller of the drive electronics of the 
compact disk drive. 

The host interface of the CDDC further comprises a 
configuration register via which the host computer instructs 
the compact disk drive controller to present the digital 
information onto one of the ISA and IDE data buses ina data 
format selected from a group including 16-bit DMA, 8-bit 
DMA, 16-bit PIO, and an 8-bit PIO format. 


A BRIEF DESCRIPTION OF THE DRAWINGS 


FIG. 1 is a block diagram of a CD drive configuration of 
the prior art with the IDE/ATA CD drive controller of the 
present invention added thereto. 

FIG. 2 is a block diagram of an implementation of the 
present invention. 

FIGS. 3a—3c are a pin diagram and accompanying pin-out 
assignments for an implementation of the present invention. 

FIG. 4 is a pin description of the system controller 
interface of an implementation of this invention. 

FIG. 5a is a pin description of the host interface of an 
implementation of this invention. 

FIG. 55 is an address map of the host registers of an 
implementation of this invention. 
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FIG. 6 is a pin description of the DSP interface of an 
implementation of this invention. 

FIG. 7 is a pin description of the subcode interface of an 
implementation of this invention. 

FIG. 8a is a pin description of the RAM interface of an 
implementation of this invention. 

FIG. 86 is a pin description for the RAM address bus of 
the RAM interface of an implementation of this invention. 

FIG. 9 is a pin description of miscellaneous pins of an 
implementation of this invention. 

FIG. 10 is a description of the address register. 

FIG. 11 is a description of command packet register. 

FIG. 12 is a description of interface status and interface 
control registers. 

FIG. 13 and FIG. 14 are descriptions of DBCL and DBCH 
(Data Byte/Word Counter). 

FIG. 15, FIG. 16, FIG. 17 and FIG. 18 are descriptions of 
HEAD0 to HEAD3 (Header Registers). 

FIG. 19 is a list of DACH, DACL settings for various 
starting points. 

FIG. 20 and FIG. 21 are ECC block pointer/write address 
counters. 

FIG. 22 is a description of WAL/CTRLO (Control-0 
Register). 

FIG. 23 is a description of CTRLO DECODER OPERA- 
TION TABLE. 

FIG. 24 is a description of CTRL1 (Control-0 Register). 

FIG. 25 is a description of STATO (Status-0 Register). 

FIG. 26 is a description of STATO BLOCK SYNC STA- 
TUS TABLE. 

FIG. 27 is a description of SSTAT1 (Status-1) register. 

FIG. 28 is a description of STAT2 (Status-2) register. 

FIG. 29 is a description of STAT2 RMODE TABLE. 

FIG. 30 is a description of STAT3/RESET (Status-3) 
register. 

FIG. 31 is a description of CTRLW (Control-Write) 
register. 

FIG. 32 is a description of CRTRG (Correction Retry 
Trigger). 

FIGS. 33 through 38 are descriptions of SUBHO0 to 
SUBH3 (Subheader Registers). 

FIG. 39 is a description of Subheader Byte Number Table. 

FIG. 40 is a description of VER (Version) register. 

FIG. 41 is a description of DSPSL (DSP Selection) 
register. 

FIG. 42 DSP SELECTION TABLE shows the settings for 
various DSPs. 

FIG. 43 is a description of the HCON/UACL register. 

FIG. 44 is a description of the DSPSL register. 

FIGS. 45, 46 and 47 are descriptions of the UACL, 
UACH and UACU Microcontroller-RAM Address Counter. 

FIG. 48 is a description of the RAMRD/RAMWR RAM 
Read and Write registers. 

FIG. 49 is a description of HDDIR Host data Direction 
Register. 

FIG. 50 is a list of the only values that should be written 
to HDDIR—write bits 4, 3, 2, 1 and 0, following hardware 
or firmware reset. 

FIG. 51 is a description of the HICTL Host Interface 
Control register. 

FIG. 52 is a description of SUBC2 Subcode Control-2 
register. 

FIG. 53 is a description of the DSP Subcode Clock 
TABLE. 

FIG. 54 is the STATS Status of subcode register. 

FIGS. 55 and 56 are descriptions of DBACL and DBACH 
Data Transfer Block Registers. 
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FIGS. 57 and 58 are descriptions of SBKL and SBKH 
Subcode Write Block Registers. 

FIGS. 59 and 60 are descriptions of WBKL and WBKH 
Decoder and Buffer-Write Block Counter registers. 

FIG. 61 is a description of RAMCF RAM Configuration 
Register. 

FIG. 62 is a table of RCF2, RCF1 and RCFO—tits 2, 1 
and 0—RAM Configuration. 

FIG. 63 is a description of MEMCF (Memory Layout 
Configuration) register. 

FIG. 64 is a description of MLY1 and MLY0—bits 1 and 
0—Memory Layout Configuration. 

FIG. 65 is a description of SUBCD Subcode Control 
register. 

FIG. 66 is SBSEL 1 and SBSELO—tits 1 and 0—Sub- 
code Format Select Table. 

FIG. 67 is a description of UMISC (Miscellaneous Micro- 
controller Control) register. 

FIG. 68 is a description of RSSTAT—Reset, IDE, and 
Subcode Status Register. 

FIGS. 69-75 are descriptions of ATAPI Task File Regis- 
ters (TR). 

FIG. 69 is a description of ATFEA and ATERR. 

FIG. 71 is a description of ATSPA—Spare TR. 

FIG. 72 is a description of ATBLO—1/O of Byte Count 
Low TR. 

FIG. 73 is a description of ATBHI—1/O of Byte Count 
High TR. 

FIG. 74 is a description of ATDRS—1/O of Drive Select 
TR. 

FIG. 75 is a description of ATCMI—Output from Com- 
mand Register. 

FIGS. 76-83 are descriptions of the Microcontroller to 
Host Data Transfer Registers. 


DESCRIPTION OF A PREFERRED 
EMBODIMENT 


Reference is now made to FIG. 1 which is a block diagram 
of a compact disk (CD) drive configuration of the prior art 
with a CD drive controller of the present invention added 
thereto. The CD drive controller designed according to this 
invention would communicate command data, status signals 
and other data over the integrated device electronics/AT 
attachment (IDE/ATA) bus of a personal computer. This 
invention reduces the cost of a CD drive by eliminating the 
need for a host adapter card or additional ISA bus interface 
electronics. This invention also allows the CD drive to 
integrate into many personal computers without requiring 
the use of an ISA input/output bus slot. Furthermore, this 
invention will allow for a wider selection of personal 
computer peripheral cards, such as sound and boards, for use 
with a given personal computer and CD drive. The method 
of the current invention reduces this potential for incompat- 
ibility, and permits a broad range of selection of peripheral 
devices. 

The drive controller 10 is connected to drive electronics 
12 of a CD drive 14 and IDE/ATA bus 16 of a personal 
computer. The clock speed of the controller will be deter- 
mined by crystal oscillator 11. It will be understood that the 
compact disk 18 is not a part of the present invention but it 
is shown for clarity. The CD drive includes a spindle motor 
20 for rotating the CD and an optical head 22 for reading 
data from the CD. The drive electronics of the CD drive 
include a preamplifier 24 which sends a signal to servo 
control 26 of the CD drive for focus and tracking control. 
The servo control communicates with the spindle motor and 
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optical head to position the optical head precisely to read the 
correct information from the CD. Digital data read from the 
preamplifier goes to digital signal processor (DSP) 28 in the 
drive electronics. The DSP sends subcode information as 
well as digital data to the drive controller of this invention. 
A microcontroller 29 in the CD drive electronics also 
communicates with the DSP and servo control of the drive 
electronics, as well as with the drive controller of the present 
invention, to control the reading of information from the 
CD. A DRAM 30 is coupled with the drive controller of the 
present invention for storing and buffering data via the drive 
controller. Data can be sent to digital-to-analog convertor 
(DAC) 32 and peripheral 34 (such as a monitor) from the 
DSP or from the drive controller. 

FIG. 2 is a block diagram of an implementation of the 
drive controller 10 of the present invention. The key func- 
tional blocks are the DSP data and subcode interfaces 36 and 
37, the buffer DRAM control 38, the error correction code 
(ECC) data corrector 40, the error detection and correction/ 
cyclic redundancy checker (EDC/CRC) 42 and host control 
or interface 44. The DSP data interface descrambles and 
assembles data from the DSP 28, then stores the data into the 
RAM. The DSP subcode interface assembles subcode and 
stores P-W data into the RAM. A DSP address counter 58 
generates an address for each block of data stored to the 
DRAM from the DSP interface. The error correction cir- 
cuitry would first perform Reed-Solomon error correction on 
each block of data. Reed-Solomon codes are random single- 
or multiple-symbol error correcting codes operation on 
symbols which are elements of a finite field. All encoding, 
decoding, and correction computations are performed in the 
field. (See Practical Error Correction Design for Engineers, 
revised second edition, Cirrus Logic 1991 by Neal Glover 
and Trent Dudley). Then, a cyclic redundancy check of the 
corrected data would be performed. Since each codeword 
contains two parity bytes the drive controller of this inven- 
tion can correct one error in each codeword. These ECC and 
EDC-CRC circuits are commonly available as hardware 
used in many other applications. The host control allows the 
corrected data to be transferred from the RAM to the host. 
Diagnostic data can be transferred from the host to the 
RAM, allowing testing of the ECC, EDC, host control RAM 
and system controller. Operation of the drive controller is 
controlled by the microcontroller 29, sometimes referred to 
as a system controller through an 8-bit bus. The invention 
can decode CD media according to the Sony-Philips stan- 
dard for CD-ROM and CD-I formats. These formats divide 
each 2 KB data block into two planes, each plane containing 
43 P-codewords and 26 Q-codewords. Each codeword con- 
tains two parity bytes. 

The host computer (not shown) is connected, through the 
IDE/ATA bus 16 and associated host interface, to the micro- 
controller 29 of the drive electronics of the CD drive and the 
host control 44. The host interface provides 8/16 bit periph- 
eral input/output (PIO) and direct memory access (DMA) 
transfers of data to the host personal computer. The output 
buffers 54 of the invention can directly drive an IDE/ATA 
bus. The host interface also contains control and transfer 
status registers 56 accessible by the host. The design of the 
present invention allows the transfer of diagnostic data from 
the host to the RAM, allowing testing of the error correction 
circuitry, the host interface, the RAM itself and the system 
controller of the drive electronics. 

The DRAM controller is connected to DRAM 50. The 
DRAM controller, under the direction of the host interface, 
accomplishes the transfer of data to the host and the error 
correction operations so as to insure an uninterrupted flow of 
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data from the buffer RAM. The DRAM receives information 
from the DSP of the drive electronics via the DSP data and 
subcode logic interfaces. The DRAM also receives address 
information from the host microprocessor address counter 
60, as well as receives corrected and addressed information 
from an ECC EDC address generator 52 which is connected 
with the error correction circuit ECC and the cyclic redun- 
dancy checker EDC CRC. Additionally, the DRAM stores 
header and subheader information to the header/subheader 
register 62. 


Thus, the drive controller 10 accepts digital data from the 
CD drive’s electronics 12, particularly the microcontroller 
29 and DSP 28, in a serial stream, descrambles the data, and 
assembles it into 8-bit bytes. The controller 10 then stores 
the data into the DRAM buffer 50. The error correction and 
detection operations performed by the ECC 40 and EDC 
CRC 42 on each sector of data are managed by the DRAM 
controller 38, which insures, through the direction of the 
host interface or control 44, that a sector of data is being 
corrected while the transfer of previously corrected sectors 
of data is occurring in real-time and without interrupting the 
flow of data from the drive controller 10 to the IDE bus 16. 
The flow of data is controlled by a data path controller 64. 
Therefore, the controller 10 of the present invention com- 
municates corrected command data, status signals, and other 
corrected data over the IDE bus 16 of the host computer, 
eliminating the need for a host adapter card or additional ISA 
bus interface electronics, to reduce the cost of the CD drive 
14. The invented controller 10, additionally, allows the CD 
drive 14 to integrate into many different personal computers, 
without requiring the use of an ISA input/output bus slot of 
the host computer. 

FIGS. 3a—3c are a pin diagram and accompanying pin-out 
assignments for an implementation of the present invention. 
The functions performed by this implementation will 
become clear by the following discussion. 

FIG. 4 is a pin description of the system controller 
interface of an implementation of this invention. The system 
controller is the microcontroller that controls the operation 
of the IDE CD-ROM controller. The system controller 
interface contains an 8-bit bi-directional data transfer bus 
and is compatible with most microcontrollers. 

FIG. 5a is a pin description of the host interface of an 
implementation of this invention. This invention will sup- 
port the ATAPI CD-ROM specification for an IDE CD-ROM 
interface. The drive controller can drive IDE interface signal 
lines directly. The host interface contains a 12 bytes com- 
mand packet FIFO (first in first out) and IDE registers. These 
are used to direct or command the host interface by the host 
controller and to inform the host controller as to the precise 
status of the drive electronics. The host interface block also 
contains a data FIFO register for transferring data from the 
DRAM buffer to the host and vice versa. FIG. 56 is an 
address map of the host registers of an implementation of 
this invention. The logic conventions are as follows: 
A=signal asserted, N=signal negated. 

FIG. 6 is a pin description of the DSP interface of an 
implementation of this invention. This invention is designed 
to work with various DSP chips, which are selected using the 
DSPSL register. Serial data is received from the DSP. FIG. 
7 is a pin description of the subcode interface of an imple- 
mentation of this invention. P-W subcode information pro- 
vided serially by the DSP will be stored into the data block 
of the DRAM simultaneously. This invention will support 
several different subcode interface protocols, which are 
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selected using the SUBCD register. The command FIFO 
register COMIN is used to direct the host interface by the 
host controller. 

FIG. 8a is a pin description of the RAM interface of an 
implementation of this invention. This embodiment allows 
users to use conventional 128 KB/256 KB DRAM. FIG. 85 
is a pin description for the RAM address bus of the RAM 
interface of an implementation of this invention. Note that 
several RAM address bits are reserved for future support of 
larger RAM sizes. FIG. 9 is a pin description of miscella- 
neous pins of an implementation of this invention. 


Microcontroller Registers 

The following map and description of the registers of an 
embodiment of this invention is intended for use in designs 
supporting the following configurations: 

1. Type of RAM: 256Kx4x1 DRAM or 256Kx4x2 
DRAM 

2. Type of Host Interface: ATA (IDE) plus ATAPI CD- 
ROM 

FIG. 10 is a description of the address register. The 
internal registers are indirectly addressed. The AR register 
holds the address of the register accessed with the subse- 
quent R/W operation. The AR is read or written by the 
microcontroller if URS=0. If URS=1, the register addressed 
by the AR is read or written. 

Except for address 00h (COMIN/SBOUT), the 4 least 
significant bits (bits 0-3) of the AR are automatically 
incremented following each read or write to any register For 
example, if the AR has been set to 2Ch, the AR automati- 
cally increments according to the following sequence during 
18 consecutive reads or writes (with URS=1): 2Ch, 2Dh, 
2Eh, 2Fh, 20h, 21h, 22h, 23h, 24h, 25h, 26h, 27h, 28h, 29h, 
2Ah, 2Bh, 2Ch, 2Dh. 

Note: The AR does not automatically increment from 00h 
to 01h. Consecutive accesses to address 00h will repeatedly 
read (COMIN) or write (SBOUT). For example if the AR 
has been set to OCh, the AR automatically increments 
according to the following sequence during 7 consecutive 
reads or writes (with URS=1): 0Ch, O0Dh, OEh, OFh, 00h, 
00h, 00h. 

FIG. 11 is a description of command packet register. This 
register accesses the 12-byte Packet FIFO which receives 
commands or data from the host. The data transfer end 
interrupt (DTEIb) flag in the IFSTAT register is active (set 
to 0) while the 12-byte Packet FIFO is full. The command 
interrupt (CMDIb) flag in the IFSTAT register is active (set 
to 0) while one or more bytes from the host are present in the 
Packet FIFO. If an access from COMIN is attempted while 
the FIFO is empty, the value Ffh will be read. 

Normally, flag DTEIb is used for receiving 12-byte packet 
commands from the host, and flag CMDIb is used for 
receiving data from the host (which may not be 12-bytes). 
Registers ATBHI and ATBLO (addresses 34h and 35h) can 
be used to control the number of consecutive bytes of DATA 
written into the Packet FIFO by the host. However, ATBHI 
and ATBLO should not be used to control the number of 
COMMAND bytes. Command or data writes from the host 
to the data port (1F0) are stored in the Packet FIFO if control 
bit Scod in register HICTL (20h.2) is set high. Note: An 
access to the COMIN register (00h) does not increment the 
AR. 

UNUSED (01h-write) writes to address 00h in the con- 
troller accessed the SBOUT (status byte output register. 
However, SBOUT is not useful for ATAPI operations. 
Address 00h should not be written to. Note: An access to 
address 00h does not increment the AR. 
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FIG. 12 is a description of interface status and interface 
control registers. 

IFSTAT (Interface Status Register) holds the decoder and 
host interface status bits. 

CMDIb—bit 7—Command Interrupt flag is active-low 
with a logical 0 indicating an interrupt flag. “0” indicates 
that there are one or more bytes present in the Packet FIFO 
and “1” indicates that the Packet FIFO is empty. Flag 
CMDIb is used for receiving data from the host, which may 
not be 12-bytes. For receiving 12-byte packet commands, 
flag DTEIb in register IFSTAT is used instead. CMDIb is 
automatically cleared (set to 1) after the last byte in the 
Packet FIFO is read. If control bit CMDIEN in the IFCTRL 
register (01h.7) is set high, pin UINTb (the microcontroller 
interrupt) will be active-low whenever the CMDIb flag is 
active-low. 

DTEIb—bit 6—Data-Transfer-End Interrupt flag is 
active-low with a logical 0 indicating an interrupt flag. “0” 
indicates that a host read from the Data FIFO or external 
RAM, or a 12-byte host write to the Packet FIFO (Packet 
FIFO full), is complete and “1” indicates that the interrupt 
flag has been cleared. DTEIb is automatically cleared when 
the microcontroller writes to the DTACK register 07h). If 
control bit DTEIEN in the IFCTRL register (01h.6) is set 
high, pin UINTb (the microcontroller interrupt) will be 
active-low whenever the DTEIb flag is active-low. 

DECIb—bit 5—Decoder Interrupt flag is active-low with 
a logical 0 indicating an interrupt flag. “0” indicates that the 
decoder has finished processing a block and “1” indicates 
that the interrupt flag has been cleared. When DECIb 
changes to active-low, the header registers (HEADO-3), 
ECC block pointer registess (PTL, PTH), and status registers 
(STATO0-3) are ready to be read. If the ECC or EDC is 
enabled, DECIb changes to active-low at the completion of 
the EDC phase. If the ECC and EDC are disabled (write- 
only or disk-monitor operation), DECIb changes to active- 
low after the header registers (HEAD0-3) are ready. DECIb 
is automatically cleared (to 1) when the microcontroller 
reads the STAT3 register (OFh). 

X—bit 4 is undefined, and may return a 0 or 1. 

DTBSYb—bit 3—Data Transfer Busy flag is active-low 
with a logical 0 indicating a busy flag. “0” indicates that a 
data-transfer is in process and “1” indicates that no data- 
transfer in process. DTBSYb changes to active-low when 
the microcontroller writes to the data transfer trigger (DT- 
TRG). DTBSYb is automatically cleared (to 1) when the 
host BEGINS to read the last byte to be transferred from the 
Data FIFO or external RAM. 

X—bit 2 is undefined, and may return a 0 or 1. SBOUT 
is not useful for ATAPI operation. 

DTENb—bit 1—Date Enable is active-low with a logical 
0. “0” indicates that a data-transfer is in process and “1” 
indicates that no data-transfer is in process. After DTTRG is 
set, DTENb changes to active-low when the Data FIFO is 
ready to be read by the host. DTENb is automatically cleared 
(to 1) after the host reads the last byte to be transferred from 
the Data FIFO or external RAM. 

X—tbit 0 is undefined, and may return a 0 or 1. SRBOUT 
is not useful for ATAPI operation. 

IFCTRL (Interface Control Register) provides control of 
the microcontroller interrupt and host interface. 

CMDIEN—bit 7—Command Interrupt Enable “1” allows 
pin UINTb (the microcontroller interrupt pin) to become 
active-low whenever the CMDIb flag in register IFSTAT is 
active-low. “0” inhibits the CMDIb flag from activating pin 
UINTb. CMDIEN controls the operation of pin UINTb. 
However, CMDIEN does not clear the interrupt request or 
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control the CMDIb flag. CMDIEN is cleared to 0 by 
hardware reset or firmware reset. 

DTEIEN—bit 6—Data-Transfer-End Interrupt Enable 
“1” allows pin UINTb (the microcontroller interrupt pin) to 
become active-low whenever the DTEIb flag in register 
IFSTAT is active-low. “0” inhibits the DTEIb flag from 
activating pin UINTb. DTEIEN controls the operation of pin 
UINTb. However, DTEIEN does not clear the interrupt 
request or control the DTEIb flag. DTEIEN is cleared to 0 
by hardware reset or firmware reset. 

DECIEN—bit 5—Decoder Interrupt Enable “1” allows 
pin UINTb (the microcontroller interrupt pin) to become 
active-low whenever the DEClb flag in register IFSTAT is 
active-low. “0” inhibits the DECIb flag from activating pin 
UINTb. DECIEN controls the operation of pin UINTb. 
However, DECIEN does not clear the interrupt request or 
control the DECIb flag. DECIEN is cleared to 0 by hardware 
reset or firmware reset. 

DOUTEN—bit 1—Data Output Enable “1” enables host 
data reads from the Data FIFO or external RAM, or host 
writes to the Packet FIFO. “0” inhibits data transfers to the 
Data FIFO, external RAM, or Packet FIFO. Clearing 
DOUTEN (to 0) aborts data transfers to the FIFOs or 
external RAM. DOUTEN is cleared to 0 by hardware reset 
or firmware reset. 

Unused Bits—bits 4, 3, 2, and 0 should only be set to 0. 

FIG. 13 and FIG. 14 are descriptions of DBCL and DBCH 
(Data Byte/Word Counter) that form a 12-bit counter that 
controls or monitors the number of bytes or words trans- 
ferred from the Data FIFO or external RAM to the Host. For 
16-bit transfers, the number of WORDS minus one should 
be loaded into this counter. For 8-bit transfers, the number 
of BYTES minus one should be loaded. DBCH should 
always be written after DBCL is written, and zero should be 
written into bits 7-4 of DBCH. During the data transfer, the 
counter is decremented by one each time the host reads a 
word or byte. When reading DBCH, bits 7—4 each indicate 
the status of the data-transfer-end interrupt (DTE]), and have 
the same function (but opposite polarity) as the DTEIb flag 
in register IFSTAT. DBCL and DBCH are undefined fol- 
lowing hardware reset or firmware reset. 

FIG. 15, FIG. 16, FIG. 17 and FIG. 18 are descriptions of 
HEAD0 to HEAD3 (Header Registers). Normally, these 
registers provide the header of each CD-ROM block, and are 
used to find the starting block during a disk seek. If control 
bit DECEN in register CTRLO (0Ah.7) is enabled, the first 
four bytes (bytes 12-15) following each data sync are 
automatically stored in the header registers (HEADO-3). 
During disk-monitor operation (see the description of reg- 
ister CTRLO), uncorrected header bytes are taken directly 
from incoming serial data. If the incoming serial data is 
buffered, header bytes are taken from the buffer RAM, and 
are corrected if mode 1 is selected and ECC is enabled. In 
either case, HEADO-3 should be read soon after the decoder 
interrupt occurs (bit DEC]b in register IFSTAT becomes 0). 
HEAD0-3 remains valid until the next syne occurs (see the 
description of register STAT3 for checking the valid time 
period). Generation of checkbytes during the authoring of 
CD-ROM disks includes ECC coverage of the header bytes 
for mode 1 blocks, but not for mode 2 blocks. Therefore if 
ECC is enabled, the header bytes are not valid unless the 
proper mode is selected using control bit MODRQ in 
register CTRL1 (OBh.3). Operation of a mode 2 disk with 
mode 1 ECC causes the header bytes to be erased. By setting 
control bit SHDREN in register CTRL 1 high, HEAD0-3 
can be used to provide subheader bytes instead of header 
bytes. However, it is more convenient to use registers 
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SUBH0-3 (14h-17h), which are not controlled by bit 
SHDREN, for this purpose. See the description of SUBH0-3 
for subheader information. Subheaders in HEADO-3 follow 
the same format and operation as subheaders in SUBH0-3. 
HEAD0-3are undefined following hardware reset or firm- 
ware reset. 

FIG. 19 is a list of DACH, DACL settings for various 
starting points. DACL and DACH are Data Address 
Counters. DACL and DACH form a 16-bit counter that 
controls the buffer RAM address for transfers to the host. 
The microcontroller writes the starting address that corre- 
sponds to the required starting point in the CD-ROM block. 
After the starting address is set and register DITRG is 
triggered, DACL and DACH are incremented automatically 
each time a byte or word is read by the host. The first byte 
of User Data is located at address 00h. DACH should always 
be written after DACL is written. For proper addressing, the 
mode of the CD-ROM block should be selected using 
control bit MODRQ in register CTRL1 (OBh.3). DACL and 
DACH control the RAM address relative to the beginning of 
the block. The block number should also be specified, using 
data block registers DBACL and DBACH (24h and 25h). 
DACL and DACH are undefined following hardware reset 
or firmware reset. 

DTTRG (Data Transfer Trigger) triggers the host transfer 
logic and prepares the Data FIFO, causing flag DIBSYb in 
register IFSTAT (01h.3) to become active-low. Before set- 
ting or triggering any data transfer registers, control bit 
DOUTEN in register IFCTRL (01h.1) should be enabled. In 
the case of a host data read from the buffer RAM, triggering 
the transfer logic automatically fills the FIFO with data from 
the RAM. The count, RAM starting address, and block 
number should be set using registers DBCL, DBCH, DACL, 
DACH, DBACL, and DBACH (02h, 03h, 04h, 05h, 24h, and 
25h) before triggering DITRG. Flag DTENb in register 
IFSTAT (Olh.1) becomes active-low when the FIFO first 
becomes ready. The microcontroller can also load registers 
UDTAO-UDTA7, allowing host data reads (up to 8-bytes) 
from the microcontroller without using the buffer RAM. In 
this case the byte count, microcontroller data enable, and 
data bytes should be set using registers DBCL, DBCH, 
HDDIR, and UDTAO-7 (02h, 03h, 1Fh.6, and 40h—47h) 
before triggering DITRG. After triggering DITRG, trigger 
bit UDTRG in register HDDIR (1Fh.7) should be toggled to 
1 followed by 0. For this type of transfer, flag DTENb in 
register IFSTAT (O1h.1) has no meaning. Trigger DITRG is 
not used for host writes to the Packet FIFO. 

DTACK (Data Transfer Acknowledge) clears flag DTEIb 
to 1 in register IFSTAT (01h.6) and also clears the corre- 
sponding microcontroller interrupt (if enabled), terminating 
the data transfer sequence. 

FIG. 19 and FIG. 20 are ECC block pointer/write address 
counters. PTL and PTH form a pointer used by the ECC 
logic, and contain the 12 least significant address bits of the 
first header byte of the CD-ROM block that is being cor- 
rected. Due to the DRAM page organization of one embodi- 
ment of the controller, the value of PTH,PTL will always be 
00,00h, making it unnecessary to read or write PTL or PTH. 
The starting location of each block is controlled by write 
block counter registers WBKL and WBKH (28h and 29h). 
Error correction is processed on the block before that 
indicated in the write block counter (WBKH,WBKL—1). 
The controller organizes the DRAM into 2048-byte pages, 
allowing PTL and PTH to remain unchanged. PTL and PTH 
are undefined following hardware reset or firmware reset. 

WAL and WAH (Write Address Counter) form a 16-bit 
counter used by the write buffering logic. At the end of each 
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data sync, WAH,WAL are automatically set to 00,00h. 
Following each word (two bytes) of write buffering into the 
external RAM, WAL and WAH are automatically incre- 
mented by two. Due to the DRAM page organization of the 
controller, WAL and WAH control the write location within 
each CD-ROM block, and are always set to 00,00h after 
each data sync. The starting location of each block is 
controlled by write block counter registers WBKL and 
WBKH (28h and 29h). It is not necessary to read or write 
WAL or WAH, except for debugging purposes. Because 
WAL and WAH are automatically incremented whenever 
control bits DECEN and WRRQ are enabled in register 
CTRLO (OAh.7 and 0Ah.2), WRRQ should be disabled 
before reading the write address counter. WAH,WAL are 
cleared to 00,00h by hardware reset or firmware reset. 

FIG. 22 is a description of WAL/CTRLO (Control-0 
Register). This register provides control of the ECC and 
write buffering logic. 

DECEN—bit 7—Decoder Enable “1” enables the decod- 
ing functions, allowing control bits E01IRQ, AUTORQ, 
WRRQ, QRQ, and PRQ to control the ECC and write 
buffering logic. “0” disables the decoding functions, over- 
riding control bits EOIRQ, AUTORQ, WRRQ, QRQ, and 
PRQ. Changes to DECEN control the CD-ROM blocks 
following the next data sync. DECEN is cleared to 0 by 
hardware reset or firmware reset. 

E01RQ—bit 5—Error Detect and Correct Request “1” 
enables the error correction and detection (ECC and EDC) 
logic to process the following CD-ROM blocks, according 
to the settings of QRQ and PRQ. “0” disables the ECC and 
EDC logic. Changes to E01RQ control the CD-ROM blocks 
following the next data sync. If both QRQ and PRQ are 
enabled, the ECC/EDC sequence is Q-codewords, P-code- 
words, EDC-codeword. If QRQ is enabled but PRQ is 
disabled, the sequence is Q-codeword, EDC-codeword. If 
QRQ is disabled but PRQ is enabled, the sequence is 
P-codeword, EDC-codeword. If both QRQ and PRQ are 
disabled, only the EDC-codeword is checked. Normally, 
QRQ and PRQ are enabled whenever E01RQ is enabled in 
order to provide maximum correction capability. EO1RQ is 
cleared to 0 by hardware reset or firmware reset. 

AUTORQ—bit 4—Automatic Correction Request “1” 
enables automatic error correction for mode 2 CD-ROM 
blocks, according to the setting of the FORM bit in the 
Subheader byte of each block. “0” disables automatic error 
correction for mode 2 CD-ROM blocks. In this case, error 
correction for mode 2 blocks is controlled by control bit 
FORMRQ in register CTRLI (OBh.2). Changes to AUTORQ 
control the CD-ROM blocks following the next data sync. 
AUTORQ does not control error correction in mode 1. 
AUTORQ is cleared to 0 by hardware reset or firmware 
reset. 

WRRQ—bit 2— Write Buffer Request “1” enables writes 
of incoming serial data to the external buffer RAM auto- 
matically incremented when writes are enabled. “0” disables 
writes of incoming serial data to the external buffer DRAM. 

If control bit SWEN is enabled in register CTRLW 
(10h.6), changes to WRRQ control writes following the next 
data sync. If SWEN is disabled, changes to WRRQ control 
writes immediately. Both WRRQ and SWEN are cleared to 
0 by hardware reset or firmware reset. 

QRQ—bit I—Q-codeword Correction Request “1” 
enables error correction of Q-codewords, allowing one error 
to be located and corrected within each Q-codeword. “0” 
disables error correction of Q-codewords. Changes to QRQ 
control the CD-ROM blocks following the next data sync. 
QRQ is cleared to 0 by hardware reset or firmware reset. 
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PRQ—bit 0—P-codeword Correction Request “1” 
enables error correction of P-codewords, allowing one error 
to be located and corrected within each P-codeword. “0” 
disables error correction of P-codewords. Changes to PRQ 
control the CD-ROM blocks following the next data sync. 
PRQ is cleared to 0 by hardware reset or firmware reset. 

FIG. 23 is a description of CTRLO DECODER OPERA- 
TION TABLE. NOTE: For repeated correction, see the 
description of register CRTRG (11h). For buffered-disk- 
monitor, see the description of control bit ROWEN in 
register CTRLW (10h.7). 

FIG. 24 is a description of CTRL1 (Control-0 Register). 
This register provides control of the ECC and data sync 
logic. 

SYIEN—bit 7—Sync Insertion Enable “1” enables sync 
insertion, allowing the internal sync counter to provide 
timing if the block sync pattern in the incoming serial data 
contains errors. “0” disables sync insertion. By enabling 
both SYIEN and SYDEN, the internal sync counter can 
automatically provide timing if the syne pattern contains 
errors, and also re-synchronize whenever a new sync pattern 
is detected. SYIEN is cleared to 0 by hardware reset or 
firmware reset. 

SYDEN—bit 6—Sync Detection Enable “1” enables syne 
detection, allowing the internal sync counter to re-synchro- 
nize whenever a block sync pattern is detected in the 
incoming serial data. “0” disables sync detection. SYDEN is 
cleared to 0 by hardware reset or firmware reset. 

DSCREN—bit 5—Descrambler Enable “1” enables the 
CD-ROM data descrambler. “0” disables the CD-ROM data 
descrambler. Disabling the descrambler is useful for reading 
uncompressed (Red Book) audio, or for debugging. Changes 
to DSCREN control the descrambler immediately. DSCREN 
is cleared to 0 by hardware reset or firmware reset. 

COWREN—bdit 4—Correction Write Enable “1” enables 
bytes corrected by the ECC logic to be written to the external 
RAM. “0” disables bytes corrected by the ECC logic to be 
written to the RAM. By disabling COWREN, flags CRCOK 
and CBLK in registers STATO (O0Ch.7) and STAT3 (OFh.5) 
can be used to determine disk error rates. Changes to 
COWREN control the CD-ROM blocks following the next 
data sync. COWREN is cleared to 0 by hardware reset or 
firmware reset. 

MODRQ—bit 3—Mode Request “1” sets the error cor- 
rection mode used by the ECC logic to mode 2. “0” sets the 
error correction mode used by the ECC logic to mode 1. 
After determining the mode from the incoming serial data, 
control bit MODRQ must be set by the microcontroller. The 
raw mode data from the headers of the incoming serial data 
should be read from bits RMOD3-0 in register STAT2 
(OEh.7—4). If MODRQ is not set properly, the ECC logic 
will mis-correct. Note that operation of a mode 2 disk with 
mode 1 correction causes the header bytes to be erased. 
MODRQ is cleared to 0 by hardware reset or firmware reset. 
Generation of checkbytes during the authoring of CD-ROM 
disks includes ECC coverage of the header bytes for mode 
1 blocks, but not for mode 2 blocks. Consequently, the mode 
byte in a mode 2 disk is not corrected. Mode changes are 
separated by pre-gap and post-gap blocks and track num- 
bers. Changes to MODRQ control the CD-ROM blocks 
following the next data sync. MODRQ is cleared to 0 by 
hardware reset or firmware reset. 

FORMRQ—bit 2—Form Request “1” sets the form to 2, 
disabling the mode 2 ECC logic (but EDC is enabled). “0” 
sets the form to 1, enabling the mode 2 ECC logic. If control 
bit AUTORQ is enabled in register CTRLO (OAh.4), the 
setting of FORMRQ is not used by the ECC logic. 
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FORMRQ is not used by the ECC logic if mode 1 is selected 
(control bit MODRQ set to 0 in register CTRLO). Changes 
to FORMRQ control the CD-ROM blocks following the 
next data sync. FORMRQ is cleared to 0 by hardware reset 
or firmware reset. 

MBCKRQ—bit 1—Mode Byte Check Request “1” 
enables checking of the mode byte. “0” disables checking of 
the mode byte. While checking of the mode byte is enabled, 
if the mode in the header of the incoming serial data does not 
match that selected by control bit MODRQ, ECC is disabled 
for the block and the NOCOR flag is set in register STATO 
(OCh.5). Changes to MBCKRQ control the CD-ROM blocks 
following the next data sync. MBCKRQ is cleared to 0 by 
hardware reset or firmware reset. 

SHDREN—bit 0—Subheader Read Enable “1” selects 
subheader bytes to be provided by registers HEAD0-3 
(04h-07h). “0” selects header bytes to be provided by 
registers HEADO0-3. By setting SHDREN high, 
HEAD0-3can be used to provide subheader bytes instead of 
header bytes. However, it is more convenient to read the 
subheader from registers SUBH0-3 (14h-17h), which are 
not controlled by SHDREN. Changes to SHDREN control 
reads of HEAD0-3immediately. SHDREN is cleared to 0 by 
hardware reset or firmware reset. 

FIG. 25 is a description of STATO (Status-0 Register). 
This register provides status of the ECC, write buffering, and 
data sync logic. 

CRCOK—bit 7—Cyclic Redundancy Check OK. Flag 
CRCOK can become active-high only if the error detection 
(EDC) logic is enabled. This occurs automatically if correc- 
tion or write-only decoder operations are selected (see the 
CTRLO Operation Table) and “1” indicates that the cyclic 
redundancy check passed during the last ECC/EDC 
sequence. “0” indicates that the cyclic redundancy check 
failed during the last ECC/EDC sequence. Flag CRCOK 
becomes valid when flag DECIb in register IFSTAT (01h.5) 
changes to active-low, and remains valid until the next block 
sync. See the description of flag VALSTb in register STAT3 
(OFh.7) to determine timing of the next sync. CRCOK is 
cleared to 0 by hardware reset or firmware reset. 

ILSYNC—bit 6—IIlegal Syne flag can become active- 
high only if sync detection is enabled by control bit SYDEN 
in register CTRL1 (OBh.6). In this case, occurrence of illegal 
sync re-synchronizes the internal sync counter. “1” indicates 
that a sync pattern was detected earlier than expected (less 
than 2352 bytes after the last detected or inserted sync). “0” 
indicates that no early sync pattern was detected. Flag 
ILSYNC becomes valid when flag DEClb in register 
IFSTAT (01h.5) changes to active-low, and remains valid 
until the next block syne. ILSYNC is cleared to 0 by 
hardware reset or firmware reset. 

NOSYNC— bit 5—No Sync flag can become active-high 
only if syne insertion is enabled by control bit SYIEN in 
register CTRL1 (OBh.7). In this case, the internal syne 
counter will provide timing when the sync pattern is missing 
or has errors. “1” indicates that a syne pattern was not 
detected when expected (expected sync to occur 2352 bytes 
after the last detected or inserted sync). “0” indicates that a 
sync pattern was detected when expected. Flag NOSYNC 
becomes valid when flag DECIb in register IFSTAT (01h.5) 
changes to active-low, and remains valid until the next block 
sync. NOSYNC is cleared to 0 by hardware reset or firm- 
ware reset. 

LBLK—bit 4—Long Block flag can become active-high 
only if sync insertion is disabled by control bit SYIEN in 
register CTRL 1 (OBh.7). In this case, the internal sync 
counter will not provide timing when the sync pattern is 
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missing or has errors. However, only 2352 bytes of incom- 
ing serial data will be written to the external RAM. “1” 
indicates that a sync pattern was not detected when expected 
(expected syne to occur 2352 bytes after the last detected 
sync). “0” indicates that a sync pattern was detected when 
expected. Flag LBLK becomes valid when flag DECIb in 
register IFSTAT (01h.5) changes to active-low, and remains 
valid until the next block sync. LBLK is cleared to 0 by 
hardware reset or firmware reset. 

WSHORT—bit 3—Word Short “1” indicates that the 
incoming serial data rate exceeds the capability of the write 
buffering logic. “0” indicates that the incoming serial data 
rate was OK. The WSHORT error flag becomes valid 
immediately after the excessive rate is detected. This error is 
usually caused by hardware problems, and must be corrected 
for proper controller operation. WSHORT is cleared to 0 by 
hardware reset or firmware reset. 

SBLK—bit 2—Short Block flag can become active-high 
only if syne detection is disabled by control bit SYDEN in 
register CTRLI (OBh.6). In this case, occurrence of illegal 
sync will not re-synchronize the internal syne counter. “1” 
indicates that a syne pattern was detected earlier than 
expected (less than 2352 bytes after the last inserted sync). 
“0” indicates that no early sync pattern was detected. Flag 
SBLK becomes valid when flag DECIb in register IFSTAT 
(01h.5) changes to active-low, and remains valid until the 
next block sync. SBLK is cleared to 0 by hardware reset or 
firmware reset. 

UCEBLK—bit 0—Uncorrectable Errors in Block flag can 
become active-high only if the error correction (ECC) logic 
is enabled (Q-P, Q, or P-correction decoder operation 
selected). “1” indicates that one or more error bytes could 
not be corrected during the last ECC sequence. “0” indicates 
that no error bytes remained after the last ECC sequence. 
Flag UCEBLK becomes valid when flag DECIb in register 
IFSTAT (01h.5) changes to active-low, and remains valid 
until the next block sync. UCEBLK is cleared to 0 by 
hardware reset or firmware reset. 

FIG. 26 is a description of STATO BLOCK SYNC STA- 
TUS TABLE. 

FIG. 27 is a description of SSTAT1 (Status-1) register. 
This register provides erasure flags for the header and 
subheader bytes of the CD-ROM block. The erasure flags 
are provided through input pin C2PO. 

HDERA—bit 4—Header Erasure “1” indicates that the 
erasure flag was set for one or more header bytes. “0” 
indicates that no erasure flags were set for the header bytes. 

SHDERA—bit 0—Subheader Erasure “1” indicates that 
the erasure flag was set for both bytes in one or more 
subheader byte-pairs. “0” indicates that no erasure flags 
were set for both bytes in the subheader byte-pairs. During 
disk-monitor operation (see the description of register 
CTRLO), erasures are read directly from incoming C2PO 
flags. If the incoming serial data (from pin DSTATA) is 
buffered, the incoming C2PO flags are held and become 
available in STAT1 one block later, matching the one block 
delay of the buffered header and subheaders. In either case, 
HDERA and SHDERA become valid when flag DECIb in 
register IFSTAT (01h.5) changes to active-low, and remain 
valid until the next block sync. 

FIG. 28 is a description of STAT2 (Status-2) register. This 
register provides mode and form information of the CD- 
ROM block. 

FIG. 29 is a description of STAT2 RMODE TABLE. 
RMOD3-—RMOD0—bits 7-4—Raw Mode provide mode 
information from the incoming serial data, during both 
buffer RAM and disk-monitor operation. Because 
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RMOD3-RMOD0 cannot be changed by the ECC logic, 
they should be used for determining the mode of the 
CD-ROM block, according to the figure. N can be any 
number between 1 and 1 Fh. RMOD3-RMOD0 become 
valid when flag DECIb in register IFSTAT (01h.5) changes 
to active-low, and remain valid until the next block sync. 
RMOD3-RMOD0 are cleared to 0 by hardware reset or 
firmware reset. 

MODE—bit 3—Selected Mode flag provides the value of 
bit MODRQ in register CTRL1 (OBh.3). “1” indicates that 
bit MODRQ is set high (mode-2 selected). “0” indicates that 
bit MODRQ is set low (mode-1 selected). Flag MODE 
becomes valid when flag DECIb in register IFSTAT (01h.5) 
changes to active-low, and remains valid until the next block 
sync. Flag MODE is cleared to 0 by hardware reset or 
firmware reset. 

NOCOR—bit 2—No Correction flag indicates whether 
error correction was performed NOCOR is valid only if 
control bit E01RQ, and QRQ or PRQ, are enabled in register 
CTRLO (0Ah.5, 0Ah.1, OAh.0). “1” indicates that the last 
ECC/EDC sequence was aborted. “0” indicates that the last 
ECC/EDC sequence completed. The ECC/EDC sequence is 
aborted, and flag NOCOR set high, for the following rea- 
sons: Mode mismatch or erasure detected while control bit 
MBCKRQ is enabled in register CTRL1 (OBh.1): A mode 
mismatch occurs if the mode in the header of the incoming 
serial data does not match that selected by control bit 
MODRQ in register CTRL 1 (OBh.3). A mode erasure occurs 
if the incoming C2PO flag is set for the fourth header byte, 
indicating unreliable mode data. Form 2 enabled while ECC 
logic is set to mode 2: Form 2 blocks cannot be corrected. 
Form 2 can be enabled by control bit FORMRQ in register 
CTRL1 (OBh.2), or by the FORM bit in the Subheader byte 
if control bit AUTORQ is enabled in register CTRLO 
(OAh.4). FORM bit erasures while ECC logic is set to mode 
2 and AUTORQ is enabled: A form bit erasure is detected if 
the incoming C2PO flags are set for both FORM bits in the 
Subheader bytes. Illegal sync occurs while control bit 
SYDEN is enabled in register CTRL1 (OBh.6), indicating 
that a syne pattern was detected earlier than expected. 
Control bit COWREN set low in register CTRL1 (OBh.4). 
Flag NOCOR becomes valid when flag DECIb in register 
IFSTAT (01h.5) changes to active-low, and remains valid 
until the next block sync. Flag NOCOR is cleared to 0 by 
hardware reset or firmware reset. 

RFORM 1—bit 1—Raw Form Erasure “1” indicates that 
a form bit erasure was detected (a form bit erasure is 
detected if the incoming C2PO flags are set for both FORM 
bits in the Subheader bytes. “0” indicates that a form bit 
erasure was not detected. RFORM1 becomes valid when 
flag DECIb in register IFSTAT (01h.5) changes to active- 
low, and remains valid until the next block sync. RFORM1 
is cleared to 0 by hardware reset or firmware reset. 

RFORM0— bit 0—Raw Form Bit “1” indicates that the 
FORM bit was high in the Subheader bytes of the incoming 
serial data. “O” indicates that the FORM bit was low in the 
Subheader bytes of the incoming serial data. RFORM0 
becomes valid when flag DECIb in register IFSTAT (01h.5) 
changes to active-low, and remains valid until the next block 
sync. RFORM0 is cleared to 0 by hardware reset or firmware 
reset. 

UNUSED (0Eh-write) SBOUT is not useful for ATAPI. 
Address OEh should not be written to. 

FIG. 30 is a description of STAT3/RESET (Status-3) 
register. This register provides status of the ECC logic. 
Reading STAT3 clears flag DECIb to 1 in register IFSTAT 
(O1[b]h.6), and clears any active decoder interrupt. 
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VALSTb—bit 7—Valid Status flag indicates the valid 
period during which the following header, pointer, and status 
registers can be read by the microcontroller: HEAD0-3 
(04h-07h), PTL and PTH (08h—09h), STATO-3 (OCh-OFh), 
SUBH0-3 (14h-17h), and WBKL and WBKH (28h and 
29h). “1” indicates that the header, pointer, and status 
registers contain valid data, and are ready to be read. “0” 
indicates that the header, pointer, and status registers are not 
valid. Flag VALSTb becomes active-low when flag DECIb 
(decoder interrupt) in register IFSTAT (01h.5) changes to 
active-low, and returns?high when the next block sync 
occurs (detected or inserted). Reading STAT3 does not 
change VALSTb. VALSTb is cleared to 1 by hardware reset 
or firmware reset. 

CBLK—bit 5—Corrected Block flag is valid only if the 
error correction (ECC) logic is enabled (Q-P,Q, or P-cor- 
rection decoder operation selected). “1” indicates that one or 
more error bytes were corrected during the last ECC 
sequence. “0” indicates that no bytes were corrected during 
the last ECC sequence. Flag CBLK becomes valid when flag 
DEClb in register IFSTAT (01h.5) changes to active-low, 
and remains valid until the next block sync. CBLK is cleared 
to 0 by hardware reset, firmware reset, or by disabling 
WRRQ in register CTRLO (OAh.2). 

RESET (Firmware Reset) activates firmware reset. Firm- 
ware reset clears most of the controller logic. However, to 
avoid disturbing important logic, firmware reset does not 
clear certain functions. The following list shows the differ- 
ences between hardware reset (which clears all of the 
controller functions) and firmware reset. Functions NOT 
cleared by firmware reset: Clock stop logic controlled by 
input pin CLKSTP, register XTAL (1Ah) and output pin 
MCK, register DSPSL (1Bh), flag CS13 of register HDDIR 
(1Fh.6), register HICTL, register SUBC2 (21h), register 
RAMCE (2Ah), register MEMCF (2Bh), register SUBCD 
(2Ch), register UMISC (2Eh), register RSSTAT flags SRST, 
CMD, DIAGCMD, PARINT, RST, URST, and HRST 
(2Fh.7—5,3-0), R/W bit DRV in register ATDRS (36h) and in 
the ATAPI Drive Select Register, and control bits SRST and 
nlEN in the ATAPI Device Control Register. Flag URST of 
register RSSTAT (2Fh.1) is set by firmware reset (see 
description of register RSSTAT). 

FIG. 31 is a description of CTRLW (Control-Write) 
register. This register provides control of the write buffering 
logic. CTRLW bits 7, 3, 2, 1 and 0 should always be cleared 
to 0. 

SWEN—bit 6—Synchronized Write Enable “1” enables 
synchronized write enable, causing changes by control bit 
WRRQ (OAh.2) to be delayed until the end of the next block 
syne. “0” disables synchronized write enable. Selecting 
synchronized write enable causes the writing of incoming 
serial data to the buffer RAM to start or stop at the end of 
the next block sync. This prevents the writing of partial 
blocks into the RAM. SWEN should be changed only during 
decoder initialization. Write enable and disable is still con- 
trolled by bit WRRQ in register CTRLO (OAh.2). SWEN 
synchronizes changes in WRRQ to the end of sync, instead 
of randomly. SWEN is cleared to 0 by hardware reset or 
firmware reset. 

SDSS—bit 5—Subcode-DSP Syne Synchronization “1” 
enables subcode-DSP sync synchronization, causing audio 
write enables by control bit WRRQ (OAh.2) to be delayed 
until the first left-channel lower-byte following the end of 
the subcode block. “0” disables subcode-DSP sync synchro- 
nization. Selecting Subcode-DSP Sync Synchronization 
causes the writing of incoming serial audio (red book) to the 
buffer RAM to start at the first left-channel lower-byte 
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following the end of the subcode block. This prevents 
separate decoder and subcode interrupts from occurring. 
SDSS should be changed only during decoder initialization. 
Write enable and disable is still controlled by bit WRRQ in 
register CTRLO (OAh.2). SDSS synchronizes changes in 
WRRQ to the subcode block, instead of randomly. SDSS is 
cleared to 0 by hardware reset or firmware reset. 

DCLKE—bit 4—DSP Clock Enable “1” enables the 
incoming clock from the DSP. “0” disables the incoming 
clock from the DSP. DCLKE should be set high whenever 
DECEN in register CTRLO is set high. 

FIG. 32 is a description of CRTRG (Correction Retry 
Trigger) Writing 00h or O1h to register CRTRG triggers an 
error-correction retry. 

CRTRL—bit 0—Correction Retry Register Load “1” 
loads any updated E01RQ, QRQ, or PRQ values that have 
been written to register CTRLO (OAh.5,1,0) into the ECC 
sequencer, allowing the correction sequence to be changed. 
“0” does not load updated E01RQ, QRQ, or PRQ values into 
the ECC sequencer. Instead, the sequence of the last cor- 
rection try is repeated. 

FIGS. 33 through 38 are descriptions of SUBHO0 to 
SUBH3 (Subheader Registers). These registers provide the 
subheader of each CD-ROM block, and operate similarly to 
header registers HEADO-3. If control bit DECEN in register 
CTRLO (OAh.7) is enabled, data from the four pairs of bytes 
following each header (bytes 16—23) is automatically stored 
in the subheader registers (SUBH0-3). Bytes 16-23 are 
stored regardless of the setting of control bit MODRQ in 
register CTRL1 (OBh.3), but the bytes contain subheader 
data only if mode 2 is selected (MODRQ=1). During disk- 
monitor operation (see the description of register CTRLO), 
uncorrected subheader bytes are taken directly from incom- 
ing serial data. If the incoming serial data is buffered, 
subheader bytes are taken from the buffer RAM, and are 
corrected if form 1 (mode 2) is selected and ECC is enabled. 
In either case, SUBHO0-3 should be read soon after the 
decoder interrupt occurs (bit DECIb in register IFSTAT 
becomes 0). SUBHO0-3 remains valid until the next sync 
occurs (see the description of register STAT3 for checking 
the valid time period). The following figure shows the 
relationship between erasure flags and the byte numbers that 
are stored in SUBH0-3 (erasure flags are provided through 
input pin C2PO. 

FIG. 39 is a description of Subheader Byte Number Table. 
SUBH0-3 are undefined following hardware reset or firm- 
ware reset. 

FIG. 40 is a description of VER (Version) register. VER 
contains the version identification of the device. This reg- 
ister permits expansion and increased performance capabili- 
ties for future versions of the controller. VER is not changed 
by hardware reset or firmware reset. 

XTAL (Xtal) register provides control of the crystal 
frequency dividers. 

MCK1—bit 3—Pin MCK 1x‘1” sets the clock output at 
pin MCK to the crystal frequency (no divider). “0” sets the 
clock output at pin MCK to % crystal frequency. MCK1 is 
cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

XTALD2—bit 0—Crystal Divided by 2“1” sets the inter- 
nal controller clock to % crystal frequency. “O” sets the 
internal clock to the crystal frequency (no divider). 
XTALD2 is cleared to 0 by hardware reset, but is not 
changed by firmware reset. 

FIG. 41 is a description of DSPSL (DSP Selection) 
register. This register selects the DSP configuration. 
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C2ML—bit 7—C2 MSB to LSB “1” sets the direction of 
incoming erasures at pin C2PO to upper erasure followed by 
lower erasure. “OQ” sets the direction to lower erasure fol- 
lowed by upper erasure. C2ML is cleared to “0” by hardware 
reset, but is not changed by firmware reset. 

SEL160—bit 6—Select 16 Offset “1” selects 16 bit- 
clocks per channel, with offset by one after LRCK. “0” does 
not select 16 bit-clocks with offset. SEL160 is cleared to “0” 
by hardware reset, but it is not changed by firmware reset. 

LCHL—bit 5—Left Channel Polarity “1” selects left 
channel as active if pin LRCK is “1” “0” selects left channel 
is active if pin LRCK is “0”. LCHO is set to “1” by hardware 
reset, but is not changed by firmware reset. 

SEL16—bit 2—Select 16 “1” selects 16 bit-clocks per 
channel. “0” does not select 16 bit-clocks. SEL16 is set to 
“1” by hardware reset, but is not hanged by firmware reset. 

DIR—bit 1—Data Direction “1” selects the rising edge of 
DBCK for latching incoming data at pin DSDATA. “0” 
selects the falling edge of DBCK for latching DSDATA. If 
the incoming data at pin DSDATA changes at the falling 
edge of DDBCK, use the rising edge for latching’ if 
DSDATA changes at the rising edge of DBCK, use the 
falling edge for latching. EDGE is set to 1 by hardware reset, 
but is not chanted by firmware reset. 

FIG. 42 DSP SELECTION TABLE shows the settings for 
various DSPs. The default setting after hardware reset is 
00100101 (Matsushita MN66261). The setting of DSPSL is 
not changed by firmware reset. 

FIG. 43 is a description of the HCON/UACL register. 

FIG. 44 is a description of the DSPSL register. 

FIGS. 45, 46 and 47 are descriptions of the UACL, 
UACH and UACU Microcontroller-RAM Address Counter 
which forms a 20-bit counter that controls the buffer address 
for transfers between the microcontroller and RAM. The 
counter can be set to any physical location in the buffer 
RAM, and contains enough bits to support larger RAM sizes 
in future revisions. After waiting for busy flag URTBSY to 
be low in register HDDIR (1Fh.7), the microcontroller 
writes the RAM starting address into the counter. UACL, 
UACH, and UACU are incremented automatically each time 
a byte is read or written. See the description of registers 
RAMRD, (Eh), RAMWR (1Eh), and flag URTBSY in 
register HDDIR (1Fh.7). UACH should always be written 
after UACL is written, and UACU should always be written 
after UACH is written. UACL, UACH and UACU are 
undefined following hardware reset or firmware reset. 

FIG. 48 is a description of the RAMRD/RAMWR RAM 
Read and Write registers. The microcontroller accesses the 
buffer RAM by reading from the RAMRD register or writing 
to the RAMWR register. To initialize a read or write 
sequence, the microcontroller waits for busy flag URTBSY 
to be low in register HDDIR (1Fh.7), then writes the RAM 
starting address into the counter formed by UACL (1Ch), 
UACH (1Dh), and UACU (2Dh). Reading RAMRD causes 
events (1), (2) and (3) to occur in the following order: 
(1)—data previously stored in RAMRD is transferred to the 
microcontroller; (2)—-RAM data at the counter address is 
transferred to the RAMRD register; and (3) counter UACL, 
UACH, and UACU is incremented and flag URTBSY 
cleared. After the RAM starting address is written to the 
counter, the first read of register RAMRD will transfer an 
INVALID byte to the microcontroller, followed by the 
starting byte from the RAM to the RAMRD register. The 
invalid byte remains from a previous access, or from power- 
up. Because the counter is automatically incremented, 
sequential reads can be used without writing new addresses 
into UACL, UACH, and UACU. However, flag URTBSY 
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should be checked before each sequential read from 
RAMRD to make sure that events (1), (2) and (3) in the 
previous transfer from RAM to RAMRD have completed. 


Writing RAMWR causes the following events to occur in 
the following order: (1)—data is transferred from the micro- 
controller to register RAMWR; (2)}—data is transferred from 
RAMWR to the RAM (at the counter address); and (3)— 
counter UACL, UACH and UACU is incremented and flag 
URTBSY is cleared. After the RAM starting address is 
written to the counter, the first write to register RAMWR 
will transfer a VALID byte to the RAM. Because the counter 
is automatically incremented, sequential writes can be used 
without writing new addresses into UACL, UACH and 
UACU. However, flag URTBSY should be checked before 
each sequential write to RAMWR to make sure that events 
(1)-(3) in the previous transfer from RAMWR to RAM have 
completed. The contents or RAMRD and RAMWR are 
undefined following hardware reset or firmware reset. 

FIG. 49 is a description of HDDIR Host data Direction 
Register. This register provides microcontroller and host 
transfer flags and control. 

URTBS Y—read bit 7—Microcontroller to RAM Transfer 
Busy “1” indicates that the previous microcontroller-RAM 
transfer is in progress. “O” indicates that the microcontroller- 
RAM transfer logic is not busy. URTBSY is cleared to 0 by 
hardware reset or firmware reset. 

CS13—tead bit 6 Chip Select 1 and 3 “1” indicates that 
input pins CS 1FX-and CS3FX-became active at the same 
time, indicating present of a non-ATA host adaptor. “0” 
indicates normal operation. Flag CS13 can be used to 
support non-ATA host adapters that have lines CS1FX-and 
CS3FX-connected together. With this adaptor configuration, 
host writes to the ATAPI Features Register (1F1) will set flag 
CS13, allowing firmware to respond appropriately to adapt- 
ers that do not support separate CS3FX-addressing. CS13 is 
cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

UDTRG and UDATA—vwrite bits 7 and 6—Microcon- 
troller Data Trigger/Select are normally set to “0”, selecting 
data transfers from the buffer RAM to the host. Setting 
UDATA to “1” enables microcontroller writes to data reg- 
isters UDTA0—7 (40h—47h), and allows high-speed 8-bit or 
16-bit data transfers from UDTA0-~7 to the host. Writing to 
UDTRG triggers the transfer from UDTA0-~7 to the host. 
This type of transfer is efficient for the small amounts of data 
(up to eight bytes can be transferred at a time). Registers 
IFSTAT, IFCTRL, DBCL, DBCH, DTTRG, and DTACK 
(01h—03h, 06h and 07h) are used in the same way as a RAM 
to host transfer, except flag DTENb in IFSTAT has no 
meaning. However, registers DACL and DACH are not 
used. After enabling control bit DOUTEN (in register IFC- 
TRL), loading DBCL, DBCH and setting UDATA to 1, and 
writing to registers UDTA0-7, the microcontroller writes to 
register DITRG. Next, the microcontroller sets UDTRG to 
1, followed by 0, to trigger the FIFO-ready transfer logic. 
The host will receive data beginning with UDTAO and 
ending with UDTA7. UDTRG and UDATA are cleared to 0 
by hardware reset or firmware reset. 

HOST16—write bit 5—Host 16-bit Select “1” selects 
16-bit Data reads and Packet FIFO writes (at host register 
1FOh). “0” selects 8-bit Data reads and packet-FIFO writes 
because 8-bit data transfers do not conform to the ATAPI 
specification, HOST16 should normally be set to 1. HOST16 
is cleared to 0 by hardware reset or firmware reset. Note: For 
16-bit data reads, the number of WORDS minus one should 
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be loaded into DBCL and DBCH. For 8-bit data reads, the 
number of BYTES minus one should be loaded into DBCL 
and DBCH. 

FIG. 50 is a list of the only values that should be written 
to HDDIR—write bits 4, 3, 2, 1 and 0, following hardware 
or firmware reset. 

FIG. 51 is a description of the HICTL Host Interface 
Control register. This register provides control of the host 
interface. 

HICTL—tit 7 should only be set to “0”. This bit is cleared 
to 0 by hardware reset but is not changed by firmware reset. 

PDIAGEN—bit 6—Pin HPDIAG-Enable “1” sets pin 
HPDIAG- to the active-low state. “0” clears HPDIAG- to 
the high-impedance state (HPDIAG- is an open-drain pin). 
PDIAGEN is automatically cleared to 0, clearing pin 
HPDIAG- to high-impedance by hardware reset command 
Execute Drive Diagnostics (ATA opcode 90h), or ATA Soft 
Reset (SRST). After PDIAGEN is automatically cleared, pin 
HPDIAG-should be set following the timing in ATAPI and 
ATA specification. Execute Drive Diagnostics and ATA Soft 
Reset clear PDIAGEN even if the drive is not selected in the 
ATAPI Drive Select Register. PDIAGEN is not changed by 
firmware reset. 

DASPEN—bit 5—Pin HDASP-Enable “1” sets pin 
HDASP- to the active-low state. “0” clears HDASP- to the 
high-impedance state (HDASP- is an open drain pin). 
DASPEN is automatically cleared to 0, clearing pin 
HDASP- to high-impedance by hardware reset command 
Execute Drive Diagnostics (ATA opcode 90h), or ATA Soft 
Reset (SRST). After DASPEN is automatically cleared, pin 
HDASP-should be set following the timing in ATAPI and 
ATA specification. Execute Drive Diagnostics and ATA Soft 
Reset clear DASPEN even if the drive is not selected in the 
ATAPI Drive Select Register. DASPEN is not changed by 
firmware reset. 

CLRBSY—bit 4—Clear BSY “1” prepares the clearing 
logic for flag BSY in the ATAPI Status Register. Note: BSY 
is actually cleared by the FOLLOWING write to register 
HICTL. “0” should be written to CLRBSY during the 
FOLLOWING write. Whenever flag BSY in the ATAPI 
Status Register (1F7h) is set, whether automatically or by 
control bit SETBSY, BSY should be cleared (using 
CLRBSY) as soon as allowed by the ATAPI and ATA 
specifications. See the description of control bit SETBSY. 
CLRBSY is not changed by firmware reset. 

SETBS Y—bit 3—Set BSY “1” prepares the setting logic 
for flag BSY in the ATAPI Status Register. Note: BSY is 
actually set by the FOLLOWING write to register HICTL. 
“0” should be written to SETBSY during the FOLLOWING 
write. Writing 1 to SETBSY activates the microcontroller 
interrupt, if enabled by control bit IDEIJEN in register 
UMISC (2Eh.7). Flag BSY is automatically set, and the 
microcontroller interrupt activated, by hardware reset, com- 
mand Execute Drive Diagnostics (ATA opcode 90h), ATA 
Soft Reset (SRST), or any command written to the ATAPI 
Command Register (host register 1F7h). SETBSY and flag 
BSY are not changed by firmware reset. 

SCOD—bit 2—Select command Packet or Data “1” 
selects the Command-Packet FIFO to be addressed by the 
ATA data port (host address 1FOh). “0” selects the buffer 
RAM to be addressed by the ATA data port. SCOD is cleared 
to 0 by hardware reset, but is not changed by firmware reset. 
IORDYEN—bit 1—Pin IORDY Enable “1” allows the data 
transfer logic to de-assert pin IORDY whenever necessary. 
“0” does not allow IORDY to be de-asserted JORDY acts as 
an open-drain pin). If IORDYEN is set high, pin JORDY 
will be de-asserted to 0 whenever it is necessary to slow 
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down the data transfer rate to match the capability of the 
CD-ROM drive. The capability of the drive depends on the 
RAM configuration and crystal frequency. Note Some sys- 
tems will not work properly if pin IORDY is de-asserted 
IORDYEN is set to 1 by hardware reset but is not changed 
by firmware reset. 

IOCS 16EN—bit 0 Pin IOCS 16-Enable “1” allows pin 
IOCS 16- to become active low during 16-bit reads from the 
buffer RAM or 16-bit writes to the Packet FIFO (at host 
register 1FOh). Note: Control bit HOST16 in register 
HDDIR (1Fh.5) must also be enabled. “0” does not allow 
IOCS16- to be asserted JOCS16- is an open drain pin). 
Because both IOCS 16EN and HOST16 must be enabled to 
allow assertion of pin IOCS 16-, IOCS 16EN can always be 
set to 1. In this case, HOST16 will correctly control pin 
IOCS16-and all 16-bit transfer logic. To conform to the 
ATAPI specification, 16-bit data transfers should be used. 
IOCS16EN is cleared to 0 by hardware reset, but is not 
changed by firmware reset. 

FIG. 52 is a description of SUBC2 Subcode Control-2 
register. This register provides control of the subcode inter- 
face. 

NOPQ—bit 3 No P-data or Q-data, “1” clears (to 0) bits 
7 and 6 (P-data and Q-data) of subcode data that is written 
to the buffer RM. “0” allows the P-data and Q-data bits to 
be included in subcode data that is written to the buffer 
RAM. NOPQ is cleared to 0 by hardware reset, but is not 
changed by firmware reset. 

FIG. 53 is a description of the DSP Subcode Clock 
TABLE. 

CDSP2, CDSP1, and CDSP0—bits 2, 1 and 0—DSP 
Subcode Clock Select, if subcode is buffered the DSP clock 
select bits must be set as shown in the figure, in order to 
match the subcode data rate. Only the combinations shown 
in the table should be used. DSP2-0 only control subcode 
clocking logic, and do not need to be set unless subcode is 
written to the buffer RAM. CDSP2-0 are cleared to 0 by 
hardware reset, but are not changed by firmware reset. 

FIG. 54 is the STATS Status of subcode register. If read 
from, STATS provides status of the subcode interface. If 
written to, STATS clears the subcode interrupt (if enabled) 
and status flags. 

STATS bits 7, 6, 5, 4 and 3 are undefined. During reads 
of STATS by the microcontroller, bits 7-3 are undefined, and 
can be high or low. 

MISSY—bit 2—Missing Subcode Sync “1” indicates a 
missing subcode sync condition. “0” indicates subcode syne 
is not missing. Flag SINT in register RSSTAT (2Fh.4) is set 
(to 1) whenever flag MISSY is set. If enabled by control bit 
SCIEN in register SUBCD (2Ch.4), a microcontroller inter- 
rupt is also activated when MISSY is set. SINT, interrupt, 
and MISSY are cleared by writing any value to STATS. 

SBKEND—bit 1—Normal End of Subcode Block “1” 
indicates a normal subcode block end. “0” indicates no 
normal subcode block end. Flag SINT in register RSSTAT 
(2Fh.4) is set (to 1) whenever flag SBKEND is set. If 
enabled by control bit SCIEN in register SUBCD (2Ch.4), a 
microcontroller interrupt is also activated when SBKEND is 
set. SINT, interrupt, and SBKEND are cleared by writing 
any value to STATS. 

SILSY—bit 0—llegal Subcode Sync “1” indicates a 
normal subcode block end. “0” indicates no normal subcode 
block end. Flag SINT in register RSSTAT (2Fh.4) is set (to 
1) whenever flag SILSY is set. If enabled by control bit 
SCIEN in register SUBCD (2Ch.4), a microcontroller inter- 
rupt is also activated when SILSY is set. SINT, interrupt, and 
SILSY are cleared by writing any value to STATS. 
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FIGS. 55 and 56 are descriptions of DBACL and DBACH 
Data Transfer Block Registers. In order to free the micro- 
controller from calculating 2352-byte address boundaries, 
the buffer RAM is partitioned into blocks. Registers DBACL 
and DBACH control the RAM block number of the data to 
be transferred, while counters DACL and DACH (04h and 
05h) control the address relative to the beginning of the 
RAM block specified by DBACL and DBACH. The RAM 
block number is not incremented automatically, and must be 
set before each block transfer to the host begins. DBACL 
and DBACH contain enough bits to support larger RAM 
sizes in future revisions. For data transfer information, see 
the description of registers IFCTRL, DBCL, DBCH, 
a=DACL, DACH DTTRG, and DTACK (01h-O7h). 
DBACH should always be written after DBACL is written. 
DBACL, DBACH are cleared to 00,00h by hardware reset 
or firmware reset. 

FIGS. 57 and 58 are descriptions of SBKL and SBKH 
Subcode Write Block Registers. After the appropriate inter- 
rupt occurs, registers SBKL and SBKH point to the RAM 
block number of subcode that is available for transfer to the 
host. Also, the number in SBKL and SBKH plus 1 points to 
the RAM block number of the buffer area for writing 
incoming subcode. Register SBADR (23h) controls the 
write location within each block. The RAM block number in 
SBKL and SBKH is incremented automatically, and only 
needs to be updated by the microcontroller in order to 
overwrite a discarded block. SBKL and SBKH contain 
enough bits to support larger RAM sizes in future revisions. 
If subcode sync and data sync are synchronized by enabling 
control bit SDSS in register CTRLW (10h.5), SBKL and 
SBKH should be read soon after the decoder interrupt occurs 
(bit DEClb in register IFSTAT becomes 0). In this case, 
SBKL and SBKH remain valid until the next data sync 
occurs (see the description of register STAT3 for checking 
the valid time period). If subcode sync and data sync are not 
synchronized, SBKL and SBKH should be read soon after 
the subcode interrupt occurs (bit MISSY, SBKEND, or 
SILSY in register STATS becomes 1). In this case, SBKL 
and SBKH remain valid until the next subcode interrupt 
occurs. The value read from the lower 9 bits of SBKL and 
SBKH during the valid time period identifies the RAM 
block that is available for transfer to the host. During reads 
of SBKH by the microcontroller, bits 7-1 are undefined, and 
can be high or low. SBKH, SBKL are cleared to 00,00h by 
hardware reset or firmware reset, causing buffering of 
incoming subcode data to begin at block number 1. 

FIGS. 59 and 60 are descriptions of WBKL and WBKH 
Decoder and Buffer-Write Block Counter registers. In order 
to free the microcontroller from calculating 2352-byte 
address boundaries, the buffer RAM is partitioned into 
blocks. Registers WBKL and WBKH point to the RAM 
block number of the data to be processed by the error 
correction logic. Also, the number in WBKL and WBKH 
plus 1 points to the RAM block number of the buffer area for 
writing incoming serial data. Registers WAL and WAH 
(O8h/OAh and 09h/OBh) control the write location within 
each RAM block. The RAM block number in WBKL and 
WBKH is incremented automatically, and only needs to be 
updated by the microcontroller in order to overwrite a 
discarded block. WBKL and WBKH contain enough bits to 
support larger RAM sizes in future revisions. WBKL and 
WBKH should be read soon after the decoder interrupt 
occurs (bit DECIb in register IFSTAT becomes 0). WBKL 
and WBKH remain valid until the next syne occurs (see the 
description of register STAT3 for checking the valid time 
period). The value read from the lower 9 bits of WBKL and 
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WBKH during this valid time period identifies the RAM 
block that is available for transfer to the host. During reads 
of WBKH by the microcontroller, bits 7-1 are undefined, 
and can be high or low. WBKH, WBKL are cleared to 
00,00h by hardware reset or firmware reset, causing buff- 
ering of incoming serial data to begin at block number 1. 

FIG. 61 is a description of RAMCF RAM Configuration 
Register. This register provides control of the RAM interface 
configuration. Each control bit written to this register can 
also be read by the microcontroller. 

RFTYP—bit 7 Refresh Type “1” selects CAL before 
RAM DRAM refresh. “0” selects CAS only DRAM refresh. 
RFTYP is cleared to 0 by hardware reset, but is not changed 
by firmware reset. 

RAMCLR—bit 6—RAM Clear Enable “1” enables RAM 
clearing, filling all locations in the buffer RAM. “0” disables 
RAM clearing. To clear the RAM, first write the clear data 
value (normally 00h) to register RAM WR (1Eh). Next, write 
00h to registers UACL, UACU, and UACH (1Ch, 1Dh and 
2Dh). Enable RAMCLR to begin writing the contents of 
RAMWR to each RAM location. When all RAM locations 
have been filled, RAMO (bit 5) will change from 0 to 1. After 
RAM clearing has completed, the microcontroller should 
clear RAMCLR to 0. RAMO will return to 0 when RAM- 
CLR is disabled. If enabled by control bit RPEN, the correct 
parity bit will be written to all locations during RAM 
clearing. RAMCLR is cleared to 0 by hardware reset, but is 
not changed by firmware reset. 

RAM0—bit 5—RAM Clear Flag (read only) “1” indi- 
cates that the RAM address has wrapped around beyond 
00,00,00h, and that RAM clearing has completed. “0” 
indicates that the RAM clearing has not completed or is 
disabled. RAM0 is cleared to 0 by hardware reset, but is not 
changed by firmware reset. 


UHILO—bit 4—Host High-Low Swap “1” enables byte 
swaps for reads from the buffer RAM to the host, causing 
odd bytes to be read before even bytes. “0” disables byte 
swap, causing even bytes to be read before odd bytes. Byte 
swapping is not normally needed for ATAPI operation. 
UHILO is cleared to 0 by hardware reset, but is not changed 
by firmware reset. 

RPEN—bit 3 RAM Parity Enable “1” enables parity 
checking, and parity interrupt, of DRAM data. “0” disables 
parity checking and parity interrupt. Enabling RAM parity 
allows defective DRAMS to be detected. RAM clearing, 
using control bit RAMCLR, should be completed before 
RAM parity is enabled. If a parity error is detected, flag 
PARINT will be set to 1 in register RSSTAT (2Fh.3) and the 
microcontroller interrupt pin will be activated. Flag PARINT 
and the interrupt are cleared by clearing RPEN to 0. RPEN 
is cleared to 0 be hardware reset, but is not changed by 
firmware reset. 


FIG. 62 is a table of RCF2, RCF1 and RCFO0—tits 2, 1 
and 0—RAM Configuration. Only the settings shown in the 
RAM Configuration Table should be used. RCF2, RCF1, 
and RCF0 are cleared to 0 by hardware reset, but are not 
changed by firmware reset. 

FIG. 63 is a description of MEMCF (Memory Layout 
Configuration) register. This register provides control of the 
RAM layout configuration. 

MEMCF bits 7, 6, 5, and 4 must always be set to 0. 
MEMCF bits 7, 6, 5, and 4 are cleared to 0 by hardware 
reset, but are not changed by firmware reset. 

PURG—bit 3—Data FIFO Purge “1” purges the RAM to 
Host Data FIFO. “0” disables the FIFO purge logic. This bit 
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should be cleared to 0 except during the purge operation. 
PURG is cleared to 0 by hardware reset, but is not changed 
by firmware reset. 

IORDYF—bit 2—Pin JORDY Fast Enable “1” enables 
output pin IORDY to be de-asserted to 0 without qualifica- 
tion by input pin HRD-. “0” disables unqualified de-asser- 
tion of pin IORDY. This bit speeds up de-assertion of pin 
IORDY by ignoring the state of pin HRD-. However, 
unqualified de-assertion of IORDY violates the ATA speci- 
fication, and may interfere with normal operation of many 
systems. IORDYF is cleared to 0 by hardware reset, but is 
not changed by firmware reset. 

FIG. 64 is a description of MLY1 and MLY0—bits 1 and 
0—Memory Layout Configuration. Following hardware 
reset, the memory layout configuration should be set as 
shown in the figure. Only the settings shown in the Memory 
Layout Configuration Table should be used. Normally, all 
auxiliary blocks are buffered (MLY1=1 and MLY0=1). If 
only the last 2 auxiliary blocks are buffered, the configura- 
tion must be changed whenever data transfer sizes above 
2048 bytes are required. MLY1 and MLY0 ARE CLEARED 
TO 0 BY HARDWARE RESET, but are not changed by 
firmware reset. 

FIG. 65 is a description of SUBCD Subcode Control 
register. This register provides control of the subcode inter- 
face. 

SBXCK—bit 7—Subcode External Clock “1” selects an 
external clock from pin EXCK to be used by the subcode 
logic. “0” selects an internal clock to be used by the subcode 
logic. SBXCK is cleared to 0 by hardware reset, but is not 
changed by firmware reset. 

SCEN—bit 6—Subcode Enable “1” enables the subcode 
logic. “0” disables the subcode logic. SCEN is cleared to 0 
by hardware reset, but is not changed by firmware reset. 

SCKB2—bit 5—Subcode Clock Divide By 2 “1” enables 
the divide by 2 logic (for internal or external clock). “0” 
disables the divide by 2 logic. SCKB2 is cleared to 0 by 
hardware reset, but is not changed by firmware reset. 

SCIEN—bit 4—Subcode Interrupt Enable “1” enables 
activation of subcode interrupts to the microprocessor. “0” 
disables subcode interrupts. SCIEN is cleared to 0 by 
hardware reset, but is not changed by firmware reset. 

EXINV—bit 3—External Clock Invert Select “1” selects 
an inverted output clock at pin EXCK if EXCK is set as an 
output. “0” selects a non-inverted clock. EXINV is cleared 
to 0 by hardware reset, but is not changed by firmware reset. 

EXOP—bit 2—Pin EXCK Operation “1” sets EXCK as 
an output pin. “O” sets EXCK as an input pin. EXOP is 
cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

FIG. 66 is SBSEL1 and SBSELO—bits 1 and 0—Subcode 
Format Select Table. The subcode format should be set 
according to the figure. SBSEL1 and SBSEL0 are cleared to 
0 by hardware reset, but are not changed by firmware reset. 

FIG. 67 is a description of UMISC (Miscellaneous Micro- 
controller Control) register. This register provides miscella- 
neous flags and control bits. 

PDIAGb—tead-bit 1—Pin HPDIAG-Flag “1” indicates 
that open-drain pin HPDIAG- is high (inactive). In this case, 
both master and slave drives are de-asserting pin HPDIAG-. 
“0” indicates that pin HPDIAG- is low (active) In this case, 
either the master or slave drive is setting pin HPDIAG- to 
active-low. 

DASPb—tead-bit 0—Pin HDASP-Flag “1” indicates that 
open-drain pin HDASP- is high (inactive). In this case, both 
master and slave drives are de-asserting pin HDASP-. “0” 
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indicates that pin HDASP- is low (active). In this case, either 
the master or slave drive is setting pin HDASP- to active- 
low. 

IDEJEN—write-bit 7—IDE Interrupt Enable “1” enables 
activation of IDE (ATA) interrupts to the microprocessor. 
“0” disables activation of IDE (ATA) interrupts. IDE inter- 
rupts (if enabled) are activated, and flag SRST, CMD, 
DIAGCMD, or HRST set in register RSSTAT (2Fh.7,6,5,0), 
whenever the BSY flag in the ATAPI status register is set 
automatically by: 1 written to bit SRST (Soft Reset) in the 
ATAPI Device Control Register (host address 3F6h) in the 
master or slave drive. Note: The BSY flag and IDE interrupt 
(if enabled) cannot be cleared while SRST is set to 1. Any 
command written to the ATAPI Command Register (host 
address 1F7h) while the drive is selected. Command 
Execute Drive Diagnostics (ATA opcode 90h) written to the 
master or slave drive. Note: if opcode 90h is written while 
the drive is selected, both flags CMD and DIAGCMD will 
be set. 

Hardware Reset (however, hardware reset clears 
IDEIEN). Writing 1 followed by 0 to SETBSY in register 
HICTL (20h.3) sets BSY and activates the interrupt (if 
enabled by IDEIEN) but does not set a status flag. The BSY 
flag and IDE interrupt are cleared by writing 1 followed by 
0 to control bit CLRBSY in register HICTL (20h.4). IDEIEN 
is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

UMISC write-bit 6 should always be cleared to 0. 

DRVEb—write-bit 5—Drive Enable “1” disables selec- 
tion of the drive, whether bit DRV in the ATAPI Drive Select 
Register (host address 1F6h) is 0 or 1. “0” enables selection 
of the drive if bit DRV matches the setting of DRV1b in 
register UMISC. DRVEb is set to 0 (active) by hardware 
reset, but is not changed by firmware reset. 

DRV1b—write-bit 4—Drive 1 “1” sets the drive to be 
selected when bit DRV in the ATAPI Drive Select Register 
is set to 0 (drive 0). “0” sets the drive to be selected when 
bit DRV in the ATAPI Drive Select Register is set to 1 (drive 
1). DRV1b is set to 0 (drive 1) by hardware reset, but is not 
changed by firmware reset. 

HINTRQ—write-bit 3—Host Interrupt Request “1” sets 
pin HIRQ high if the drive is selected and NIEN (Interrupt 
Enable) is enabled in the ATAPI Device Control Register 
(host address 3F 6h). “0” clears pin HIRQ (to 0) if the drive 
is selected and NIEN is enabled. HINTRQ is automatically 
cleared to 0 by the following: Hardware reset, 1 written to 
bit SRST (Soft Reset) in the ATAPI Device Control Register 
(host address 3F6h) in the master or slave drive, any 
command written to the ATAPI Command Register (host 
address 1F7h) while the drive is selected, and a read from the 
ATAPI Status Register (host address 1F7h) while the drive 
is selected. HINTRQ is not changed by firmware reset, or by 
reads from the ATAPI Alternate Status Register (host 
address 3F6h). If the drive is not selected, or if NIEN is 
disabled (cleared to 1), pin HIRQ becomes high-impedance. 

UMISC write-bits 2, 1, and 0 should always be set to 0. 

FIG. 68 is a description of RSSTAT—Reset, IDE, and 
Subcode Status Register. 

RSSTAT (Reset, IDE, and Subcode Status) register pro- 
vides status flags for reset, IDE, and subcode logic. 

SRSTF—hit 7—Soft Reset Flag “1” indicates that 1 has 
been written to bit SRST (Soft Reset) in the ATAPI Device 
Control Register (host address 3F6h) in the master or slave 
drive. “0” indicates that 1 has not been written to bit SRST. 
The BSY flag is set, and IDE interrupt to the microcontroller 
activated (if enabled), whenever SRST is set. BSY and IDE 
interrupt cannot be cleared until SRST is cleared to 0 
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(however, the IDE interrupt can be disabled). After SRST is 
cleared, the BSY flag and IDE interrupt are cleared by 
writing 1 followed by 0 to control bit CLRBSY in register 
HICTL (20h.4). Flag SRSTF is cleared to 0 by hardware 
reset, but is not changed by firmware reset. 

CMD—bit 6—ATA Command “1” indicates that a com- 
mand has been written to the ATAPI Command Register 
(host address 1F7h) while the drive was selected. “0” 
indicates that a command has not been written. The BSY flag 
is set, and IDE interrupt to the microcontroller activated (if 
enabled), whenever a command is written to the ATAPI 
Command Register while the drive is selected. The BSY flag 
and IDE interrupt are cleared by writing 1 followed by 0 to 
control bit CLRBSY in register HICTL (20h.4). CMD is 
cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

DIAGCMD—bit 5—Execute Drive Diagnostics Com- 
mand “1” indicates that the ATA command Execute Drive 
Diagnostics (ATA opcode 90h) has been written to the 
master or slave drive. “0” indicates that Execute Drive 
Diagnostics has not been written. The BSY flag is set, and 
IDE interrupt to the microcontroller activated (if enabled), 
whenever Execute Drive Diagnostics is written to the ATAPI 
Command Register. If opcode 90h is written while the drive 
is selected, both flags CMD and DIAGCMD will be set. The 
BSY flag and IDE interrupt are cleared by writing 1 fol- 
lowed by 0 to control bit CLRBSY in register HICTL 
(20h.4). DIAGCMD is cleared to 0 by hardware reset, but is 
not changed by firmware reset. 

SINT—bit 4—Subcode Interrupt Flag “1” indicates that 
flag MISSY, SBKEND, or SILSY has been set in register 
STATS (22h.2,1,0). “0” indicates that flag MISSY, SBK- 
END, or SILSY has not been set. If enabled by control bit 
SCIEN in register SUBCD (2Ch.4), a microcontroller inter- 
rupt is activated when SINT is set. SINT, interrupt, and the 
flag in register STATS are cleared by writing any value to 
STATS. SINT is cleared to 0 by hardware reset or firmware 
reset. 

PARINT—bit 3—Parity Interrupt Flag “1” indicates that 
a parity error has been detected in the DRAM. “0” indicates 
that a parity error has not been detected. If enabled by 
control bit RPEN in register RAMCF (2Ah.3), a microcon- 
troller interrupt is activated when PARINT is set. PARINT 
and the interrupt are cleared by writing 0 to RPEN. PARINT 
is cleared to 0 by hardware reset, but is not changed by 
firmware reset. 

RST—bit 2—Reset Flag “1” indicates that the device is 
currently being reset. “0” indicates that the device is not 
currently being reset. RST allow the hardware reset to be 
monitored (if the microcontroller is not reset at the same 
time). 

URST—bit 1—Firmware Reset Flag “1” indicates that 
the current or most recent reset was activated by writing to 
the register RESET (OFh). “0” indicates that register RESET 
has not been active. The first read of RSSTAT following the 
end of the firmware reset cycle clears URST to 0. URST is 
cleared to 0 by hardware reset. 

HRST—bit 0—Hardware Reset Flag indicates that the 
current or most recent reset was activated by hardware reset 
(pin RESET-). “0” indicates that pin RESET-has not been set 
to 0. The BSY flag is set whenever hardware reset is 
activated. The BSY flag and IDE interrupt are cleared by 
writing 1 followed by 0 to control bit CLRBSY in register 
HICTL (20h.4). The first read of RSSTAT following the end 
of the hardware reset cycle clears HRST to 0. HRST is not 
changed by firmware reset. 
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FIGS. 69-75 are descriptions of ATAPI Task File Regis- 
ters (TR). The Task File register bits are labeled according 
to the ATAPI Specification. FIG. 69 is a description of 
ATFEA and ATERR. 

ATFEA—Output from Features TR—The host writes this 
register at host address 1F 1h. 

ATERR—Input to Error TR—The host reads this register 
at host address 1F 1h. 

FIG. 70 is a description of ATINT—1/O of Interrupt 
Reason TR—The host accesses this register at host address 
1F2h. (1F2h is Sector Count in ATA Specification.) 

FIG. 71 is a description of ATSPA—Spare TR (unused in 
ATAPI Specification)—The host accesses this register at 
host address 1F3h. (1F3h is Sector Number in ATA Speci- 
fication.) 

FIG. 72 is a description of ATBLO—1/O of Byte Count 
Low TR—tThe host accesses this register at host address 
1F4h. (1F4h is Cylinder Low in ATA Specification.) 

FIG. 73 is a description of ATBHI—1/O of Byte Count 
High TR—The host accesses this register at host address 
1F5h. (1F5h is Cylinder High in ATA Specification.) 

FIG. 74 is a description of ATDRS—1/O of Drive Select 
TR—The host accesses this register at host address 1F6h. 
Bit 4, DRV, selects drive 1 when high or drive 0 when low. 
Bit 6, L, should be set to 1 to select LBA (not CHS) 
addressing. Bit 4 (DRV) is set to 1 by hardware reset. (1F 6h 
was Drive/Head Select in ATA Specification.) 

FIG. 75 is a description of ATCMD—Output from Com- 
mand Register—The host writes this register at host address 
1F7h. 

ATSTA—Input to Status Register—The host reads this 
register at host address 1F7h. 

FIGS. 76-83 are descriptions of the Microcontroller to 
Host Data Transfer Registers. The microcontroller writes up 
to eight bytes of data to be transferred to UDTA0-7. The 
host reads these registers as data at host address 1FOh. 
UDTAO is read first, and UDTA7 last. See the description of 
control bits UDTRG and UDATA in register HDDIR (1Fh.7, 
6). 


What is claimed is: 

1. An apparatus comprising: 

a host interface for an optical drive, said host interface 
operable to be directly connected to a host computer via 
an IDE/ATA bus to communicate addresses, com- 
mands, and data through ATA command block register 
addresses, said host interface including a first buffer 
addressed by one of said ATA command block register 
addresses and operable to store command packets, each 
of said command packets comprising multiple com- 
mand bytes received through sequential multiple writes 
by said host computer as part of a single command 
transfer and stored in said first buffer, wherein said first 
buffer provides a greater amount of storage than the 
width of said IDE/ATA bus. 

2. The apparatus of claim 1, wherein said host interface is 
further operable to provide access by a microcontroller to 
data stored in locations addressed by at least certain of said 
ATA command block register addresses, said microcontrol- 
ler operable to control reading of information from optical 
media. 

3. The apparatus of claim 1, wherein said host interface 
includes physical registers that are addressed by at least 
certain of said ATA command block register addresses. 

4. The apparatus of claim 1, wherein said host interface 
supports all of the signals required by the ATA transfer 
protocol. 
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5. The apparatus of claim 1, wherein the one of said ATA 
command block register addresses that can be used to 
address said first buffer is the address of a data port in the 
ATA transfer protocol. 


6. The apparatus of claim 1, wherein said first buffer is a 5 


queue or FIFO. 

7. The apparatus of claim 1, wherein said host interface 
includes a status register addressed by another of said ATA 
command block register addresses, said status register 
including a BSY bit. 

8. The apparatus of claim 7, wherein said host interface 
alters said BSY bit when necessary to indicate a data- 
transfer is in process. 

9. The apparatus of claim 1, wherein said host interface 
includes a drive/head register addressed by another of said 
ATA command block register addresses, said drive/head 
register including a DRV bit. 

10. The apparatus of claim 1, wherein said host interface 
is also operable to communicate control signals on at least 
certain control lines of said IDE/ATA bus. 

11. The apparatus of claim 10, wherein said control lines 
include HIRQ, DASP, and PDIAG. 

12. An apparatus comprising: 

a host interface for an optical drive, said host interface 
operable to be directly connected to a host computer via 
an IDE/ATA bus to communicate addresses, com- 
mands, and data through ATA command block register 
addresses, at least one of said ATA command block 
register addresses used to receive through sequentially 
contiguous writes by said host computer as part of a 
single command transfer a command packet, said com- 
mand packet comprising multiple bytes that collec- 
tively are wider than the width of said IDE/ATA bus. 

13. The apparatus of claim 12, wherein said host interface 
is further operable to provide access by a microcontroller to 
data stored in locations addressed by at least certain of said 
ATA command block register addresses, said microcontrol- 
ler operable to control reading of information from optical 
media. 

14. The apparatus of claim 12, wherein said host interface 
includes physical registers that are addressed by at least 
certain of said ATA command block register addresses. 

15. The apparatus of claim 12, wherein said host interface 
supports all of the signals required by the ATA transfer 
protocol. 

16. The apparatus of claim 12, wherein the one of said 
ATA command block register addresses used to receive said 
command packet is the address of a data port in the ATA 
transfer protocol. 

17. The apparatus of claim 12, wherein said host interface 
includes a buffer to store said command packet. 

18. The apparatus of claim 12, wherein said host interface 
includes a status register addressed by another of said ATA 
command block register addresses, said status register 
including a BSY bit. 

19. The apparatus of claim 18, wherein said host interface 
alters said BSY bit when necessary to indicate a data- 
transfer is in process. 

20. The apparatus of claim 12, wherein said host interface 
includes a drive/head register addressed by another of said 
ATA command block register addresses, said drive/head 
register including a DRV bit. 
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21. The apparatus of claim 12, wherein said host interface 
is also operable to communicate control signals on at least 
certain control lines of said IDE/ATA bus. 


22. The apparatus of claim 21, wherein said control lines 
include HIRQ, DASP, and PDIAG. 


23. An apparatus comprising: 


a host interface for an optical drive, said host interface 
operable to be directly connected to a host computer via 
an IDE/ATA bus to communicate addresses, com- 
mands, and data through ATA command block register 
addresses, said ATA command block register addresses 
belonging to a register address map specified by an 
IDE/ATA bus protocol, said host interface operable to 
receive command packets each through multiple writes 
by said host computer to one of said ATA command 
block register addresses as part of a single command 
transfer, each of said command packets comprising 
multiple bytes that collectively are wider than the width 
of said IDE/ATA bus. 


24. The apparatus of claim 23, wherein said host interface 
is further operable to provide access by a microcontroller to 
data stored in locations addressed by at least certain of said 
ATA command block register addresses, said microcontrol- 
ler operable to control reading of information from optical 
media. 


25. The apparatus of claim 23, wherein said host interface 
includes physical registers that are addressed by at least 
certain of said ATA command block register addresses. 


26. The apparatus of claim 23, wherein said host interface 
supports all of the signals required by the ATA transfer 
protocol. 


27. The apparatus of claim 23, wherein the one of said 
ATA command block register addresses used to receive said 
command packets is the address of a data port in the ATA 
transfer protocol. 

28. The apparatus of claim 23, wherein said host interface 
includes a buffer to store each of said command packets. 

29. The apparatus of claim 23, wherein said host interface 
includes a status register addressed by another of said ATA 
command block register addresses, said status register 
including a BSY bit. 

30. The apparatus of claim 29, wherein said host interface 
alters said BSY bit when necessary to indicate a data- 
transfer is in process. 

31. The apparatus of claim 23, wherein said host interface 
includes a drive/head register addressed by another of said 
ATA command block register addresses, said drive/head 
register including a DRV bit. 

32. The apparatus of claim 23, wherein said host interface 
is also operable to communicate control signals on at least 
certain control lines of said IDE/ATA bus. 


33. The apparatus of claim 32, wherein said control lines 
include HIRQ, DASP, and PDIAG. 


